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POM  78  M1NI-NAMPS  OVERVIEW 


1.1  Historical  Perspective 

The  concept  of  an  overall  Navy  Manpower  Planning  System  (NAMPS) 
had  its  genesis  in  1973  in  response  to  the  recognition  that  Navy  manpower 
costs  amounted  to  approximately  50%  of  the  Navy's  Budget  for  FY  731. 

This  concept  included  the  further  recognition  that  although  various 
A DP  systems  were  already  in  use  in  support  of  various  segments  of 
Manpower  and  Personnel  Planning  functions,  there  was  insufficient  interface 
between  these  various  systems  and  there  were  as  yet  many  processes  whose 
efficiency  and  timeliness  could  be  improved  by  automation.  Additionally 
there  appeared  to  be  a pressing  need  for  a re-evaluation  of  the  whole 
Manpower  and  Personnel  Planning  process  toward  the  goals  of  avoiding 
duplication  and  achieving  consistency  and  integration  of  all  functions  in  the 
Manpower  Personnel  Planning  Community. 

/ 

Namps  was  born  of  this  re-evaluation  and  is  conceived  as  the  future 
vehicle  for  the  Navy  Manpower  and  Personnel  Planning  process.  Since  its 
beginning,  NAMPS  implementation  has  made  use,  to  the  fullest  extent 
possible,  of  existing  systems  throughout  the  planning  community;  where 
previously  unrecognized  needs  were  identified,  analysis  was  initiated  and 
many  systems  have  been  implemented  or  are  in  the  process  of  implementa- 
tion. The  overall  NAMPS  development  has  and  still  requires  the  analysis  of 
numerous  decision  making  paths  and  their  interrelationship,  the  identifica- 
tion of  relevant  information  and  its  eventual  systemization,  and  the  ability 
to  incorporate  design  changes  generated  by  completed  and  ongoing  analysis. 
Its  implementation  is  necessarily  staggered  over  time  as  well  as  distance. 
This  situation,  coupled  with  the  necessity  for  prompt  action  to  improve  Navy 
Manpower  planning,  generated  the  need  for  a tool  whose  usefulness  would 
grow  as  various  modules  of  the  overall  NAMPS  become  available.  It  was 
essential  that  the  nature  and  function  of  such  a module  would  accommodate 
interfacing  with  or  integration  of  other  modules  of  NAMPS  as  they  are 
completed.  Toward  this  purpose  MINI-NAMPS  was  conceived  and  has  been 
developed  by  B-K  Dynamics  under  the  joint  sponsorship  of  ONR, OP-01, 
PERS-2,and  the  Naval  Personnel  Research  and  Development  Center  in  San 
Diego. 

^Memorandum,  Deputy  Chief  of  Naval  Operations  (Manpower  (Op-01),  13  February 
1973,  Serial  10049P10,  "RDT<5cE  Funding  for  the  Development  of  the  Navy 
Manpower  Planning  System  (NAMPS)",  with  one  enclosure,  "Proposal  for  Advance 
Development  Research  in  Support  of  the  Navy  Manpower  Planning  System 
(NAMPS)",  15  January  1973. 


Its  primary  focus  of  application  during  FY  75-76  has  been  on  the 
coordination  of  the  Navy  manpower  requirements  of  individual  and  aggre- 
gate sponsor  program  changes  during  development  of  the  Program  Objec- 
tives Memorandum  (POM)  and  the  assessment  of  their  manpower  and 
personnel  implications.  The  intense  utilization  of  MINI-NAMPS  during  POM 
77/78  assessment  has  helped  manpower  planners  identify  and  clarify  the 
nature  of  the  Navy's  manpower/personnel  allocation  problems  and  thus  take 
action  to  alleviate  some  of  them.  As  such  MINI-NAMPS  has  shown  that 
NAMPS  will  be  a powerful  and  effective  analytical  tool  for  the  Manpower 
planning  community. 


1.2  Relationship  with  the  Manpower  Planning  Community 

In  order  for  MINI-NAMPS  to  function  as  an  effective  Manpower- 
Planning  tool  it  must  effectively  interact  with  members  of  the  Manpower 
Planning  community.  To  accomplish  this,  MINI-NAMPS  is  designed  to 
accept  data  input  and  guidance  criterion  from  various  Naval  offices  and,  in 
turn,  provides  them  with  information  that  contributes  to  the  accomplish- 
ment of  their  tasks  and  to  their  decision  making  process.  Figure  1.1 
graphically  illustrates  their  relationship  to  MINI-NAMPS,  and  the  following 
summarizes  their  role  in  the  operational  process. 

MRCP:  The  Manpower  Resources  Coordination  Panel  (MRCP)  coordinates, 
and  prioritizes  all  manpower  requests,  evaluates  and  identifies  those 
deemed  appropriate  for  inclusion  to  the  Manpower  CPAM,  present  to 
decision  makers  an  assessment  of  the  ability  of  Personnel  planners  to 
provide  the  required  manpower,  and  provide  training  information  to 
OP-99  for  its  assessment  of  training  implication  of  POM  decisions. 
As  such  they  constitute  the  primary  user  of  information  generated  by 
MINI-NAMPS  and  evaluated  and  synthesized  by  OP-121. 

OP-121:  The  sponsor  and  major  user  of  the  MINI-NAMPS  system.  OP-121 

provides  guidance  and  specifications  for  the  design;  requests  various 
system  runs,  selects  the  desired  control  parameters,  identifies  the 
desired  input/output  specifications,  facilitates  the  distribution  and 


CLAIMANTS 


SPONSORS 


p 


collection  of  Manpower  Data  Collection  Forms,  and  in  general  acts  as 
the  overall  information  gathering  and  distribtuion  centroid  for  MINI- 
NAMPS. 


OP-90:  Their  Navy  Resource  Model  (NARM)  is  the  source  of  support  ratios 
enabling  the  POM-78  NAMPS  system  to  compute  the  required  support 
billets  for  specified  changes  in  structured  billets.  In  addition,  OP-90’s 
NARM  system  and  the  MINI-NAMPS  systems  exchange  check  and 
balance  information  in  order  to  provide  for  coincidence  between  their 
respective  Enlisted  data  bases  during  the  POM  assessment.  MINI- 
NAMPS  will  also  provide  OP-90  with  ratios  that  will  allow  them  to 
qualitize  their  aggregate  billet  file. 

OP-102:  OP-102  is  the  source  of  both  the  Officer  and  Enlisted  Billet  Files 
which  provide  MINI-NAMPS  with  its  initial  Manpower  Requirement 
Data  Base.  OP-102  also  provides  selected  Activity  information 
during  the  latter  period  of  the  POM  process.  MINI-NAMPS  provides 
OP-100  with  the  final  qualitative  manpower  changes  resulting  from 
POM  assessment  for  application  to  the  MAPMIS  Billet  File. 

OP-103:  OP-103  is  the  source  of  Enlisted  Manpower  end  strength 

specification  and  is  provided  by  MINI-NAMPS  with  the  final  quantita- 
tive manpower  changes  resulting  from  POM  assessment  for  applica- 
tion to  MAFIOSO. 

NAVCOSSACT:  NAVCOSSACT's  QRA  SYSTEM  provides  MINI-NAMPS  with 
an  aggregated  enlisted  requirement  base  which  is  coincident  with  the 
January  FYDP  MARP.  After  final  manpower  changes  are  applied  to 
this  base  by  MINI-NAMPS  it  is  returned  to  the  QRA  system  for 
paygrade  constraints  application  and  generation  of  the  automated 
ERP  report. 

CNA:  The  Center  for  Navy  Analysis  provided  information  and  analysis, 

leading  to  the  NARM/MINI-NAMPS  data  exchange  for  Support  ratio 
generation. 
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PERS-2121:  The  MIN1-NAMPS  System  provides  PERS  2121  Manpower 

Requirements  for  use  as  input  to  the  ADSTAP  model.  They  provide  in 
return  the  Enlisted  Inventory  projections,  enabling  MINI-NAMPS  to 
provide  comparison  reports  and  queries  for  the  purpose  of 
determining  the  feasibility  of  various  Manpower  changes. 

PERS-2123:  The  MINI-NAMPS  system  provides  PERS  2123  with  the 

manpower  changes  resulting  from  POM  assessment  for  generating  C- 
school  and  A -school  plans. 

PERS  2111:  MINI-NAMPS  makes  available  to  PERS  2111  the  Officer  Base 
before  and  after  Officer  Manpower  changes  resulting  from  the  POM 
assessment. 

OP-99:  OP-99  will  determine  the  implications  of  manpower  changes  in 

their  analysis  of  the  generated  C-school  and  A-school  plans.  Thus 
providing  the  MRCP  with  feedback  for  judging  the  feasibility  of 
specified  Manpower  changes. 

OCCM:  MINI-NAMPS  makes  available  to  OCCM  the  approved  Civilian 

Manpower  changes  resulting  from  the  POM  assessment. 


Since  many  of  the  above  Naval  Offices  also  make  use  of  Data 
Processing  techniques,  MINI-NAMPS  interaction  with  them  provides  for 
automated  interface  with  their  ADP  Systems.  These  are  shown  in  Figure  1.2 
along  with  an  indication  of  their  input/output  relationship  to  MINI-NAMPS. 
A more  detailed  identification  of  the  data  derived  from  or  provided  to  these 
systems  is  found  in  Section  2 where  the  function  of  the  various  subsystems 
that  comprise  MINI-NAMPS  are  discussed. 


Figure  1.2 

MINI-NAMPS  And  Its  Relationship  With  Other  Navy  EDP  Systems 
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Additions  and  Enhancements  to  POM-77  MINI-NAMPS 


The  focus  of  POM-77  MINI-NAMPS  was  confined  to  the  Enlisted 
community.  Qualitative  Enlisted  Manpower  was  expressed  in  terms  of  rating 
and  paygrade,  and  quantitative  manpower  per  rating/paygrade  was  stored  to 
the  Program  Element  Sponsor  level  by  Fiscal  Year  77  through  81.  The 
system  was  comprised  of  4 subsystems,  as  shown  in  Figure  1.3,  whose 
functions  are  summarized  below: 

• Requirements  Formatting,  Updating  and  Adjusting  - This  subsystem 
contained  modules  which  loaded  the  Enlisted  Requirements  Base, 
updated  manpower  changes  generated  by  sponsors  during  the  POM-77 
assessment,  and  applied  end  strength  and  top  six,  ratio  contraints  to 
the  resulting  requirements  base.  The  manpower  changes  were  stored 
by  sponsor,  rating  and  paygrade,  and  INC/DEC  #.  No  capability  for 
INC/DEC  query  or  automated  selection  existed.  Support  overhead, 
based  on  the  manpower  changes,  was  estimated  over  all  enlisted 
ratings  as  a function  of  the  Sponsor  who  was  effected  by  the 
manpower  change. 

• Inventory,  Formatting,  and  Interface  - Modules  of  this  subsystem 
loaded  the  Enlisted  Inventory  which  was  projected  by  the  ADSTAP 
system,  and  formatted  the  data  so  as  to  coincide  with  the  format  of 
the  Enlisted  Manpower. 

• Manpower  Report  Generation  - This  subsystem  was  comprised  of 
modules  whose  functions  included  all  POM  77-MINI-NAMPS  reports  as 
well  as  an  interactive  plotting  capability  allowing  the  user  to 
compare  manpower  and  inventory  in  terms  of  rating  and  paygrade. 

• Cost  Report  Generation  - The  modules  of  this  subsystem  allowed  the 
user  to  interactively  cost  the  quality  of  the  manpower  associated 
with  a sponsors  submitted  manpower  changes.  It  also  provided 
several  additional  reports  indicating  costs  at  various  aggregation 
levels. 
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The  POM  77  planning  and  programming  cycle  marked  the  first  time 
manpower  requirement  feasibility  determination  in  the  evaluative  mode  was 
attempted.  For  POM  78  a greatly  improved  version  of  MINI-NAMPS  was 
implemented.  The  first  three  modules  summarized  above  were  incorporated  to  the 
fullest  extent  possible  for  implementation  of  POM  78  MINI-NAMPS.  These, 
together  with  four  additional  subsystems  and  a number  of  new  interface 
capabilities,  comprise  POM-78  MINI-NAMPS. 

Figure  1.4  shows  the  new  subsystems  implemented  for  POM  78  MINI-NAMPS 
along  with  several  newly  integrated  interfaces  to  other  operational  Navy  ADP 
systems.  Basic  improvements  have  been  made  in  data  storage  methodology  and 
transfer,  in  interactive  capability,  and  integrated  data  tracking  and  identification 
standards  have  been  established.  A detailed  system  description  of  POM  78  MINI- 
NAMPS  is  found  in  section  2. 


r 


POM  78  MINI-NAMPS  System/Subsystem/Interface  Relationships 
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2.0  POM  78  MINI-NAMPS  - FUNCTIONAL  DESCRIPTION 


DYNAMICS.  INC. 

15825  SHADY  GROVE  ROAD 
ROCKVILLE,  MARYLAND  20850 


POM  78  MINI-NAMPS  - FUNCTIONAL  DESCRIPTION 


2.1  Summary 

The  POM-78  MINI-NAMPS  System  presently  comprises  the  7 Sub- 
systems indicated  in  Figure  1.4  and  summarized  below: 

• DELTA  Subsystem  - Manpower  changes  collection,  editing,  query, 
selection,  and  extraction. 

• SUPPORT  Subsystem  - Quantized  support  generation  using  NARM 
support  ratios  and  selected  DELTA. 

• ENLISTED  REQUIREMENTS  Subsystem  - Enlisted  Requirement 
loading,  constraints  application,  and  update. 

• ENLISTED  INVENTORY  Subsystem  - Enlisted  Inventory  Base  loading, 
sponsor  distribution,  and  M-FAST  projection. 

• ENLISTED  NEC  Subsystem  - NEC  Base  loading,  comparison, 
formating,  and  extraction. 

• OFFICER  Subsystem  - Officer  Requirements  loading,  and  update. 

• BASE  REPORTS/DISPLAY  Subsystem  - Data  base  loading,  interactive 
plotting  and  comparison,  Numerical  Base  Comparison,  Automated 
ERP  generation,  automated  ORP  generation,  PLOT  Report 
generation,  BASE  identification  and  tracking. 

The  Delta  and  Support  Subsystem  deal  exclusively  with  manpower 
changes  to  the  all  Navy  requirements;  the  remaining  subsystems  deal  with 
the  following:  application  of  changes  to  a requirement  base,  application  of 

endstrength  constraints,  paygrade  and  rating  constraints,  inventory  projec- 
tion and  interface,  determination  of  training  implication,  Base  comparison 
and  Base  report  generation.  The  Enlisted  Requirements  subsystem  together 
with  the  Enlisted  Inventory  subsystems  and  the  NEC  Subsystems  deal 
specifically  with  the  Enlisted  community.  This  constitutes  the  major 
problem  area  with  respect  to  manpower  planning  and  therefore  the  major 
focus  point  of  the  manpower  planning  community.  Consequently  the  extent 
of  its  development  in  MINI-NAMPS  is  greater  than  the  subsystem  supporting 
the  Officer  community. 


During  the  System's  activation  all  seven  subsystems  are  utilized; 
some  are  exercised  repeatedly  and  others  are  exercised  only  at  certain 
stages  of  the  POM  planning  process  - all  are,  however,  interdependent  and 
therefore  each  subsystem  is  necessary  to  the  function  of  MINI-NAMPS  as  a 
whole. 


2.2  MINI-NAMPS  Terminology 

In  order  to  better  understand  the  exposition  of  MINI-NAMPS 
subsystem  functions  in  section  2.3,  a familiarization  with  the  MINI-NAMPS 
data  terminology  is  helpful.  This  terminology  consists  of  dynamic  terms 
which  are  logically  structured  so  as  to  define  a data  aggregates'  source, 
content,  and  applied  constraints.  These  terms  are  used  as  names  for  specific 
data  aggregates  both  by  the  user  in  conversation,  interactive  query  and  in 
specifying  report  content,  and  by  the  system  for  data  identification  and 
tracking.  The  terms  and  their  definition  appear  below: 

• BASE  Any  one  of  the  following  data  aggregates  (data  sets) 

which  are  stored  seperately,  but  in  the  same  format: 

1)  Enlisted  Requirements 

2)  Enlisted  Projected  Inventory 

3)  Officer  Requirements 

• DELTAGG  The  collection  of  all  increments/decrements  loaded  into 

the  IDMS  Data  Base. 


DELTAXX  A collection  of  increments/decrements  whose  collection 

criterion  was  stipulated  by  OP-121  (see  section  2.4.2  - Delta  data, 
for  further  information  on  DELTA  content)  and  which 
is  a flagged  subset  of  DELTAGG. 

EXAMPLES: 

DELTA01  - All  INC/DEC's  - first  pass. 

DELTA20  - All  INC/DEC’s  (DELTAGG). 

DELTA21  - DELTA20  with  selected  INC/DEC's  deleted. 

BASE  ID  The  5 character  alphanumeric  code  that  uniquely  identifies 
a Base  to  the  system  and  its  users.  The  positional 
characters  are  defined  as  follows: 


-12- 


POSITION  1: 


E Enlisted  Requirements 

I Enlisted  Projected  Inventory 

O Officer  Requirements 


POSITION  2: 

A 1 February  starting  Base 

B 1 March  starting  Base 


POSITION  3 through  4: 

00  No  DELTA  has  been  applied  (except  PBS's 
which  are  included  in  the  starting  base  from 
OP-102). 

01  DELTA01  has  been  applied. 

XX  DELTAXX  has  been  applied. 

POSITION  5: 

0 No  constraints 

1 Authorized  end  strength  and  paygrade  constraints 

2 Alternate  end  strength  and  paygrade  constraints 


EXAMPLES: 

EA001  = a)  Enlisted  Requirements 

b)  1 February  starting  base  used 

c)  No  DELTA  applied 

d)  Authorized  end  strength  and  paygrade 

constraints 


EB200  = a)  Enlisted  Requirements 

b)  1 March  starting  base  used 

c)  DELTA20  applied 

d)  Unconstrained 


IA201  = a)  Enlisted  Projected  Inventory/Requirements 
used  to  feed  projection: 

b)  1 February  starting  base 

c)  DELTA 20  applied 

d)  Authorized  end  strength  and  topsix 

constrained 

OAOOO  = a)  Officer  Requirements 

b)  1 February  starting  base  used 

c)  No  DELTA  applied 

d)  Unconstrained 

NOTE:  Base  ID  definitions  appear  on  all  reports  referencing  any 

BASE.  See  Appendix  A for  a sample  cover  page. 

2.3  MINI-NAMPS  Subsystem  Functions  * 

2.3.1  DELTA  Subsystem 

The  Delta  Subsystem  accomplishes  5 major  tasks  or  functions. 
They  are: 

• Delta  Collection 

• Delta  Edit  and  Load 

• Data  Base  Bypass 

• Delta  Query  and  Select 

• Delta  Extract 

A major  design  influence  on  the  modules  which  perform  these 
5 tasks  was  the  use  of  IDMS.  IDMS  is  an  integrated  data  base 
management  system  which  provides  a powerful  tool  for  organizing, 
retrieving  and  maintaining  a complex  data  structure.  The  data,  in 
this  case  the  information  defining  manpower  increments  and  decre- 
ments for  POM  assessment,  is  stored  according  to  a predefined 
"SCHEMA."  (see  Figure  1.5)  This  "SCHEMA"  defines  logical  data 
relationships,  data  manipulation  standards,  multiple  data  aggregation 
in  terms  of  owner/member  relationships,  and  various  access  and 
storage  orderings  to  maximize  retrieval  efficiency.  The  design  of 
this  IDMS  "SCHEMA"  was,  in  turn,  generated  by  the  type  and  format 
of  the  data  collected  on  the  Manpower  Data  Collection  Form,  (see 
Figure  1.6) 

♦See  Appendix  G for  technical  system  flow  of  MINI-NAMPS  Subsystems. 
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Delta  Collection: 


• 

The  Manpower  Data  Collection  forms  are  the  heart  of  the 
Delta  Collection  function.  They  are  used  by  sponsors  and  OP-121  to 
submit  Manpower  increments/decrements  for  POM  assessment.  They 
can  be  used  to  specify  new  activities,  delete  activities,  and  change 
the  quality  and  quantity  of  existing  activities  with  regard  to  the 
Officer,  Enlisted  or  Civilian  Community.  Data  items  collected 
include:  a uniquely  identifying  INC/DEC  number;  an  INC/DEC  title 
which  corresponds  to  that  used  by  OP  90's  NARM  System;  the 
program  element  sponsor  and  claimant  associated  with  a particular 
activity;  program  element  code;  UIC;  and  Billet  counts  identified  by 
Rating/Designator,  Paygrade/Rank,  and  NEC/NOBC  for  one  FY  prior 
to  POM  year,  the  POM  year,  plus  4 outyears.  The  increments/decre- 
ments are  identified  at  a higher  level  by  inclusion  in  a SPP  which 
corresponds  to  a specified  Sponsor  Program  Proposal,  (see  Appendix 
B for  detailed  specification  of  data  items  collected).  In  cases  where 
a whole  Activity  is  deleted  or  added,  a "using"  Activity  code  which 
defines  or  approximates  closely  its  quality  may  be  specified;  this 
relieves  the  sponsors  from  the  necessity  of  specifying  the  detailed 
quality  of  a whole  Activity.  When  so  specified,  the  quality  of  the 
"using"  activity  is  later  extracted  from  the  MAPMIS  Billet  File. 

The  keypunched  data  from  the  Manpower  Data  Collection 
Forms  together  with  all  extracted  quality  is  loaded  to  disk  and  passed 
to  the  Delta  Edit  and  Load  task. 

• Delta  Edit  and  Load: 

This  task  has  as  its  goal  the  loading  of  all  manpower  changes 
to  the  ID  MS  data  base.  Since  data  must  be  presented  in  adherence  to 
the  predefined  "SCHEMA,"  it  must  be  free  of  all  errors  relating  to 
logical  relationships  and  validity  of  codes.  This  is  accomplished  by 
the  edit  process  which  locates  such  errors.  Invalid  data  is  rejected 
and  identified  for  correction  and  resubmission.  The  edited  data  is 
reformatted,  appropriately  sorted  and  subsequently  loaded  to  the 
Data  Base.  Once  loaded  to  DELTAGG,  the  term  used  for  the 
aggregation  of  all  manpower  data  in  the  data  base,  it  is  ready  for  use 
by  Delta  Query  and  Select,  and  Delta  Extract. 
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• Delta  Query  and  Select: 

This  function  allows  users  of  MIN1-NAMPS  to  query  the 
content  of  DELTAGG  for  the  purpose  of  reviewing  aggregations  by 
specific  SPP's,  INC/DEC  numbers,  claimants,  program  elements, 
activities,  etc.  The  results  of  the  query  can  be  immediately  available 
by  use  of  the  interactive  version  of  DELTA  QUERY,  or  in  case  of 
voluminous  output,  can  be  printed  at  a later  time  by  use  of  the  batch 
version.  Additionally,  this  function  allows  users  to  select  a subset  of 
DELTAGG  by  flagging  according  to  specified  criterion  all 
increments/decrements  desired  for  inclusion  in  the  new  subset  - now 
identified  as  DELTAXX.  Up  to  30  different  subsets,  i.e.  DELTA'S, 
can  be  created  with  the  use  of  this  flagging  process,  and  al1  query  and 
extraction  processes  can  subsequently  be  limited  to  any  one  of  these 
defined  Deltas.  A detailed  description  of  available  commands  and 
their  result  is  contained  in  Appendix  C which  includes  the  POM  78 
MINI-NAMPS  DELTA  QUERY  - USER'S  GUIDE  and  a sample  on-line 
session  of  DELTA  QUERY. 

• Delta  Extract: 

Once  a set  of  increments/decrements  has  been  chosen  and 
designated  as  a specific  DELTAXX,  (by  the  flagging  option  of  DELTA 
QUERY)  its  impact  on  Navy  Requirements  and  Personnel  must  be 
assessed.  Delta  Extract  allows  the  extraction  of  variously  formatted 
data  for  use  by;  the  Support  Subsystem  which  generates  the  support 
tail  for  a specific  delta  before  an  Enlisted  requirement  base  is 
updated;  by  the  Officer  Subsystem  for  updating  of  the  Officer  base; 
and  by  the  NEC  Subsystem  for  updating  the  NEC  base.  When  a final 
DELTAXX  has  been  chosen  as  a result  of  POM  assessment,  the  Delta 
Extraction  function  is  used  to  generate  the  Implementation  Report. 
This  is  a detailed  list  of  all  approved  increments/decrements  for  use 
by  OP- 103  to  accomplish  a timely  update  of  the  MAFIOSO  and  for  use 
by  OP-100/102  to  update  the  MAPMIS  Billet  File. 


-18- 


I 

! 


Data  Base  Bypass: 


Because  of  the  software  complexity  of  an  integrated  data 
base,  the  loading  of  data  is  time  consuming  and  thus  subject  to 
interruption  by  system  failures.  In  the  event  of  such  a failure,  at  a 
point  where  time  constraints  imposed  by  the  POM  assessment 
preclude  a timely  recovery,  the  Data  Base  Bypass  function  can  be 
used  to  bypass  the  loading  of  the  Data  Base  and  select  a DELTAXX 
for  subsequent  input  to  the  Support  Subsystem  and  Officer  Subsystem, 
thus  the  function  of  other  MIN1-NAMPS  subsystems  need  not  be 
degraded  by  Data  Base  problems. 


2.3.2  SUPPORT  Subsystem 

The  Support  Subsystem  accomplishes  the  following  tasks: 

• Support  Ratio  Generation 

• Support  Billets  Generation 

• Support  Ratio  Generation: 


During  POM-78,  a much  improved  support  algorithm  was  used. 
The  final  support  ratios  were  derived  from  the  N ARM's  support 
ratios,  defining  the  "support  tail"  by  program  element  and  fiscal  year, 
and  the  "quality  ratios"  computed  from  the  enlisted  requirements  file. 
These  "quality  ratios"  provided  a distribution  of  billets  for  each 
program  element  by  mission  sponsor,  rating  and  paygrade.  Each  set  of 
NARM  support  ratios  was  matched  by  program  element  with  a set  of 
quality  ratios.  The  product  of  these  two  sets  of  ratios  provided  a 
complete  set  of  ratios  distributing  the  "support-tail"  by  sponsor, 
rating,  paygrade,  and  fiscal  year. 


I 

I 
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Support  Billets  Generation: 


These  final  ratios  were  then  used  to  compute  the  "support  tail" 
for  a selected  DELTAXX,  and  the  combined  result  applied  to  the 
enlisted  requirement  BASE.  Appendix  D contains  a detailed  disc- 
ussion of  Support  generation. 

2.3.3  ENLISTED  REQUIREMENT  Subsystem 

The  Enlisted  Requirement  Subsystem  accomplishes  the 
following  tasks: 

• Enlisted  Base  Load 

• Base  Constraints  Application 

• Enlisted  Base  Update 

• Enlisted  Base  Load: 

Before  a selected  DELTAXX  plus  its  support  tail  can  be 
applied  to  a base,  a start  base  must  be  loaded.  The  Enlisted  Base 
Load  function  allows  for  loading  of  the  Enlisted  requirement  base 
from  two  sources,  the  NAVCOSSACT’S  QRA  System;  and  the  Billet 
File  of  MAPMIS.  The  QRA  system  provides  a requirements  Base  that 
is  quantitatively  constrained  to  the  MARP  end  strength.  It  does  not, 
however,  detail  billet  counts  to  the  sponsor  level;  consequently  a Base 
indicating  Sponsor  distribution  is  required  for  later  use  in  distributing 
the  QRA  derived  base  to  sponsors.  Both  bases  are  reformatted  to  a 
common  MINI-NAMPS  BASE  format  (see  Base  Data,  Section  2.4.1) 
and  passed  to  the  Base  Constraints  application  function. 

• Base  Constraints  Application: 

A sub-task  of  this  function  consists  in  distributing  the 
qualitized  and  MARP  end  strength  coincident  Billets  of  the  loaded 
QRA  Base  over  sponsors.  The  resulting  distribution  is  in  direct 
proportion  to  the  one  existing  in  the  unconstrained  MAPMIS  derived 
Base.  The  basic  algorithm  used  is  as  follows: 
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GIVEN:  MAPMIS  BASE  ALL  NAVY 

MAPMIS  BASE  OP-03 
QRA  BASE  ALL  NAVY 

CALCULATED:  MINI-NAMPS  BASE  OP-03 
M (OP-03  BM  E7)  =60 


BM  E7=300 
BM  E7=60 
BM  E7=250 

BM  E7=50 


1-E7) = 250 


For  detailed  explication  on  this  technique  and  in  particular  the 
algorithm  used  to  overcome  the  small  numbers  problem,  see 
APPENDIX  E.  The  resulting  MINI-NAMPS  Enlisted  Requirement  Base 
coincided  to  the  MARP  in  quantity  but  to  the  MAPMIS  Billet  File  in 
quality.  In  addition  to  this  sub-task,  the  Enlisted  Constraints 
Application  function  has  as  its  major  function  the  application  of 
specified  pay  grade  constraints  and  desired  adjustments  to  end 
strength;  and  the  generation  from  a selected  base  of  copies  suitably 
formatted  for  input  to  the  ADSTAP.FAST  model  for  Enlisted 
Inventory  projection,  and  to  the  STAPLAN  system  for  use  in 
developing  an  A-School  training  plan.  The  specified  constraint 
applications  and  Base  copies  to  ADSTAP.FAST  and  STAPLAN  can  be 
directed  for  any  of  the  generated  Bases  - before  or  after  the  DELTA 
update  process. 

• Enlisted  Base  Update: 


After  a specified  DELTAXX  has  been  extracted  from 
DELTAGG  and  its  support  tail  generated,  it  is  passed  to  the  Enlisted 
Base  Update  function  for  application  to  a specified  Enlisted 
Requirement  Base.  The  selected  increments/decrements  comprising 
the  DELTAXX  are  updated  by  sponsor,  rating,  paygrade  and  fiscal 
year.  The  updated  base  is  then  passed  back  through  the  Enlisted 
Constraints  Application  function  for  application  of  paygrade  con- 
straints, and  the  resulting  base  again  passed  to  ADSTAP.FAST  and 
STAPLAN  for  inventory  projection  and  A-School  planning.  All  Bases 
generated  in  the  Enlisted  Requirement  Subsystem,  whether  resulting 
from  updating  or  constraining,  are  stored  for  processing  by  the  Base 
Report/Display  Subsystem. 
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2.3.4  ENLISTED  INVENTORY  Subsystem 

The  Enlisted  Inventory  Subsystem  accomplishes  two  major 

tasks: 

o Inventory  Base  Load 

o M-FAST  Inventory  Projection 

• Inventory  Base  Load: 

ADSTAP.FAST  generates  an  Enlisted  Inventory  Projection 
based  on  a specified  Enlisted  Requirement  Base.  The  Inventory  Base 
Load  function  is  used  to  load  this  Projected  Inventory  Base  and  make 
adjustments  to  certain  Rating  structure  differences  between  existing 
personnel  planning  systems  and  manpower  planning  systems.  Since 
ADSTAP.FAST  only  projects  at  the  All-Navy  level,  this  Inventory 
base  as  well  as  the  one  M-FAST  generates  (see  below)  is  then 
distributed  over  Sponsors  and  stored  in  standard  MIN1-NAMP  format 
for  use  by  the  BASE  REPORTS/DISPLAY  Subsystem. 

• M-FAST  Inventory  Projection: 

Enlisted  Inventory  projections  are  repeatedly  required  during 
POM  assessment.  This  creates  a time  frame  to  which  ADSTAP.FAST 
was  unable  to  respond.  For  this  purpose  the  interim  Inventory 
projection  module  M-FAST  was  incorporated  into  the  MINI-NAMPS 
system: 

M-FAST  is  a projection  simulator  developed  under  the  sponsor- 
ship of  ONR  which  approximates  within  satisfactory  confidence  limits 
the  output  of  ADSTAP.FAST.  It  uses  as  its  input  the  FAST  system 
log  of  a start  base  projection  along  with  an  updated  Enlisted 
requirement  base.  Its  output  serves  as  an  Enlisted  Inventory  Base  for 
interim  comparison  and  feasibility  assessment. 
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2.3.5  ENLISTED  NEC  Subsystem 


With  the  exception  of  the  capability  provided  by  the  DELTA 
Subsystem  for  querying  the  NEC  distribution  over  a specified  DELTA, 
the  NEC  data  is  processed  exclusively  for  interface  with,  and  support 
of,  the  C-School  planning  System,  SISTERN.  For  this  reason,  and 
because  of  the  large  number  of  NEC  codes  used  for  defining  Navy 
Manpower  Requirements.  NEC  data  is  processed  by  a separate 
subsystem.  A single  module  of  the  Enlisted  NEC  Subsystem  perforins 
the  three  required  tasks. 

• Load/Update/Punch: 

The  module  which  performs  the  above  three  tasks  performs 
each  task  separately.  Which  task  it  performs  is  determined  by  a 
parameter  specified  at  run  time.  The  load  task  uses  NEC  data 
extracted  from  the  MAPMIS  billet  file  and  loads  it  in  conformance  to 
the  SISTERN  system  input  format.  This  start  NEC  base  is  then  used 
by  SISTERN  to  generate  a tentative  C-School  plan.  The  final 
DELTAXX  is  used  to  update  the  start  NEC  base.  Each  NEC  which 
had  its  billet  count  altered,  due  to  the  update  of  the  final  DELTAXX, 
is  extracted  and  made  available  to  SISTERN  to  generate  the  final  C- 
School  plan. 

2.3.6  OFFICER  REQUIREMENT  Subsystem 

This  subsystem  comprises  the  following  tasks: 

• Officer  Base  Load 

• Officer  Base  Update 

• Officer  Base  Load: 

The  Officer  Base  Load  function  uses  an  extract  from  the 
MAPMIS  Officer  Billet  file  to  generate  a start  base  which  conforms 
to  the  MINI-N AMPS  BASE  format. 
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• Officer  Base  Update: 

After  a DELTAXX  has  been  selected  and  extracted  it  is 
applied  to  the  start  base  generated  above.  Although  the  same 
extracted  DELTAXX  is  used  for  Enlisted  base  update  and  Officer 
base  update;  in  the  case  of  Officers,  no  support  has  been  added,  since 
the  NARM  system  provides  no  Officer  support  ratios.  The  new 
officer  base  generated  by  the  update  process,  along  with  the  start 
base,  is  stored  for  processing  by  the  BASE  REPORTS/DISPLAY 
Subsystem. 

2.3.7  BASE  REPORTS/DISPLAY  Subsystem 

This  subsystem  comprises  all  modules  which  generate  reports 
or  facilitate  interactive  queries  related  to  the  three  types  of  BASES 
defined  under  MINI-NAMPS  Terminology  (Page  12  ).  Since  each 
BASE  is  stored  in  the  standard  MINI-NAMPS  format,  a single  module 
is  able  to  access  all  three  types  of  bases  and  thus  provide  the 
immediate  and  selective  comparison  capability  essential  to  effective 
POM  support.  The  Report  and  Display  capabilities  that  comprise  the 
BASE  REPORTS/DISPLAY  Subsystem  are  as  follows: 

• PLOT  Query 

• Batch  Plots 

• Comparison  Report 

• ERP 

• ORP 

• Plot  Query: 

This  is  one  of  two  modules  designed  to  provide  the  user  with 
direct  access  to  information  stored  by  MINI-NAMPS.  Through  the  use 
of  a telephone  and  computer  terminal,  the  user  is  able  to  specify  a 
series  of  commands  which  cause  selected  information  to  be  displayed. 
The  Interactive  Plotting  System  - PLOT  Query  allows  the  user  to 
specify  up  to  3 Bases  (i.e.,  EA010,  EA012,  IA012),  and  various 
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groupings  of  Ratings/Paygrades  for  which  he  desires  a comparison 
plot  displayed.  Additionally,  by  use  of  the  CRITERION  command  the 
user  can  search  for  those  ratings  which  differ  among  the  specified 
bases  by  a ratio  greater  than  that  specified  by  the  user.  This  allows 
the  user  to  ascertain,  for  example,  whether  the  Personnel  Inventory 
(IA 012)  will  have  a problem  in  meeting  Manpower  requirements 
(EA012)  at  the  rating/paygrade  level.  A detailed  description  of  the 
use  and  purpose  of  PLOT  Query  along  with  a sample  session  is  found 
in  APPENDIX  F-POM  78  MIN1-NAMPS  PLOTTING  SYSTEM  -USERS 
GUIDE. 

• Batch  Plots: 

Whereas  the  interactive  PLOT  Query  module  is  used  for 
immediate  response  and  a relatively  small  number  of  plot  displays, 
the  Batch  Plot  module  is  used  to  generate  a complete  set  of 
comparison  plots.  Billets  are  plotted  at  various  levels  of  aggregation 
and  grouped  alphabetically,  by  DOD  defined  Rating  ^reas,  or  by  OP- 
01  defined  Rating  groups.  For  definition  of  available  aggregation  and 
grouping  parameters  ee  POM  78-MINI  NAMPS  SYSTEM  FUNCTION 
AND  SPECIFICATIONS.  See  Figure  2.1  - 2.3  for  sample  Batch  plots. 
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Figure  2.1 

Plot  of  Unc.  Requirements,  Const.  Requirements,  and  Projected  Personnel 

Inventory  by  Rating/Paygrade  and  OPNAV  Rating  Groups. 
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Figure  2.2 

Plot  of  Constrained  Requirements  vs.  Projected  Personnel 
Inventory  by  Rating  and  Sponsor 
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Figure  2.3 

Plot  of  Constrained  Requirements  Before  POM/After  POM  and  Projected 
Personnel  Inventory  After  POM 
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• Comparison  Keport: 

The  above  two  modules  generate  plots  that  indicate  relative 
relationships  between  Ratings  and  Paygrades  of  various  specified 
BASES.  The  Comparison  Report  is  generated  when  exact  Billet 
counts  of  various  Ratings  and  Paygrades  are  desired.  Billet  counts  of 
two  selected  BASES  are  given  by  Sponsor,  Rating,  Paygrade  for  a 
specified  fiscal  year.  Figure  2.4  is  a sample  of  a detail  page  and 
Figure  2.5  is  a sample  of  a summary  page  of  the  Comparison  Report. 

• ERP: 

This  report  is  an  automated  version  of  the  Enlisted  Require- 

ments Plan.  Any  Enlisted  Requirment  Base  stored  in  MINI-NAMPS 
can  be  generate  in  this  format.  See  Figure  2.6  and  2.7. 

• ORP: 

The  ORP  module  is  the  automated  version  of  the  Officer 
Requirement  Plan  and  can  be  generated  from  any  Officer  Base  stored 
in  MINI-NAMPS.  See  Figure  2.8  and  2.9. 


Software/Hardware  Overview 
2.4.1  Data  Categories 

The  data  stored  and  accessed  by  MINI-NAMPS  falls  into  three 
main  categories. 

• Base  Data 

• Delta  Data 

• Control  <5c  Identification  Data 
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PROGRAN  SPONSOR  GRADS  (#  OS  BILLETS  IN  EA001  VS  IA002) 


Comparison  Report  Detail  Page,  Showing  Enlisted  Requirement 
Base,  EA001  vs.  Projected  Personnel  Inventory  Base  IA002. 


Figure  2.5 

Comparison  Report  - Summary  Page 
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FY  1981 

FY  1982 

asck 

13 

13 

1 4 

15 

14 

14 

ASCS 

36 

36 

37 

36 

36 

36 

ASC 

12C 

123 

122 

121 

122 

122 

AS  1 

316 

322 

325 

319 

318 

318 

ASE2 

171 

169 

169 

167 

168 

168 

AS  E3 

185 

18  8 

187 

186 

187 

187 

AS  H2 

148 

150 

148 

146 

149 

149 

AS  H 3 

159 

1 6 C 

159 

157 

159 

159 

ASK2 

269 

265 

26  2 

260 

261 

261 

ASK3 

255 

24  6 

239 

233 

234 

234 

TOTAL 

1672 

1672 

1662 

1640 

1648 

1648 

STRIKERS 

ASEAN 

12C 

117 

119 

113 

112 

112 

A SHAN 

125 

130 

128 

124 

122 

122 

AS  KAN 

197 

20  0 

204 

189 

191 

191 

TOTAL 

442 

447 

451 

426 

4 25 

425 

Figure  2.6 
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PAY. 
GRA  DE 

FY  1977 

FY  1978 

FY  1979 

FY  1980 

FY  1981 

FY  1982 

E-5 

3770 

3766 

3799 

3799 

382  1 

3821 

E-6 

0735 

87  7 1 

8731 

8837 

89  0 C 

8900 

E-7 

3216"’ 

32229 

32079 

32965 

32698 

32698 

E-6 

6 829  P 

68357 

68099 

68868 

69363 

69363 

E-5 

89563 

89595 

89088 

85118 

85739 

85739 

E-t* 

95959 

95529 

95098 

96292 

96933 

96933 

TOT  AL 
P.O. 

292992 

29  319  1 

291799 

295329 

297999 

297999 

E-3 

10258  1 

102222 

102875 

109311 

103659 

103659 

E-2 

9 3680 

9 373  C 

93067 

99018 

95327 

95327 

E-1 

36162 

3675  1 

35938 

357  39 

369  1 1 

3691  1 

TOTAL 
NON  P.O. 

182923 

182703 

181880 

1 89068 

185392 

185392 

DESIGNATED 

STRIKERS 

INCLUDED  IN 

NON- EETTY 

OFFICER  SUMMARY  ABOVE 

59281 

61050 

60738 

57879 

57386 

OFFICER  CANDIDATES:  (ARE  NOT  INCLUDED  IN  ABOVE) 
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OCRS  N 
OCOCS 
OCAOC 
OCMPP 

9350 

198 

378 

59 

9350 

198 

536 

59 

9350 

198 

302 

59 

9350 

198 

302 

59 

9350 

198 

302 

59 

9350 

198 

202 

59 

TOTAL 
OFF  CAND 

9985 

5193 

9 9 09 

9909 

9909 

9909 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

GRAND 

TOTAL 

980350 

981037 

978583 

989301 

987750 

987750 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


u.  I 


Figure  2.7 
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Base  Data: 


After  editing,  updating  and  application  of  various  constraints 
base  data  is  stored  in  the  MIN1-NAMPS  Base  format.  Each  logical 
record  contains  Rating  or  Designator,  a Program  Element  Sponsor 
code,  a 9 by  6 array  indicating  the  paygrade  and  fiscal  year  of  the 
Billet  count,  and  the  Base  identification  code.  Both  Officer  and 
Enlisted  Billet  counts,  and  Enlisted  Inventory  personnel  counts  are 
stored  in  this  format.  Each  logical  record  can  be  directly  accessed  by 
MINI-N AMPS  because  its  relative  position  among  other  logical 
records  corresponds  to  the  relative  position  of  its  rating/designator 
code  in  an  index  of  ratings/designators.  Each  BASE  defines  a 
seperate  aggregation  of  Billet  counts,  by  sponsor,  Rating/Designator 
and  Paygrade,  and  therefore  represents  a "version"  of  the  Navy's 
Manpower  requirements  or  Personnel  Inventory. 


• Delta  Data: 

Delta  Data  enters  MINI-NAMPS  by  submission  of  the  Man- 
power Data  Collection  form.  On  these  forms,  Sponsors  and  Claimants 
define  the  quality  and  quantity  of  each  of  their  requested  manpower 
increments  and  decrements,  (see  Sample  Form  - Figure  1.6).  This 
data  is  then  edited  and  loaded  into  the  IDMS  data  base  - DELTAGG. 
Here  the  data  can  be  displayed  via  a computer  terminal  and  selected 
increment/decrements  can  be  flagged  by  the  user  as  a member  of  a 
specific  DELTAXX.  Refer  to  Figure  1.5  showing  conceptual  schema 
which  indicates  the  logical  relationships  existing  between  data 
identifiers.  Billet  counts  can  be  displayed  at  the  various  levels 
indicated  on  this  schema. 

• Control  and  Identification  Data: 


Control  data  used  by  MINI-NAMPS  is  in  some  cases  specified 
at  run  time  and  consists  of  various  codes  indicating  which  function  is 


of  constraints  are  to  be  applied.  In  other  cases  control  data  is 
resident  in  the  system  and  is  commonly  accessed  by  various  system 
modules.  Such  data  includes;  the  Rating/Paygrade  index,  which 
defines  all  valid  Ratings,  and  their  associated  paygrades;  the 
Designator/Rank  index  which  defines  valid  Designators  and  Ranks; 
the  Sponsor  Index;  the  Claimant  Index;  and  various  other  indexes 
associating  a numeric  code  to  its  designated  meaning. 

Identification  data  is  stored  in  MINI-NAM  PS  for  the  purpose  of 
identifying  the  nature,  source  and  purpose  of  various  data.  It  includes 
such  things  as  formal  titles  used  in  report  generation,  descriptions 
and  definitions  of  various  Bases,  cover  page  information  for  reports, 
etc. 

A more  complete  conception  of  these  data  categories  can  be 
gained  from  the  POM-78  MIN1-NAMPS  SYSTEM  FUNCTION  AND 
SPECIFICATION  Manual  which  discusses  the  technical  details  of  data 
content  and  storage  techniques. 


2.4.2  Software  Summary 

The  major  portion  of  the  programs  comprising  MINI-NAMPS 
are  written  in  PLI  using  the  IBM  PLI  Optimizing  Compiler;  the 
Support  Subsystem  and  the  module  generating  the  ERP  report  are 
written  in  COBOL  IV;  and  the  major  constraint  application  module  is 
written  in  FORTRAN  IV.  The  complete  MINI-NAMPS  system 
comprises  43  seperate  programs  along  with  various  utility  modules. 
Existing  IBM  utilities  were  used  whenever  possible  for  such  functions 
as  sorting  data,  loading  data,  and  transferring  data  to  other 
installations.  Job  submission  and  execution  is  oriented  to  remote  on- 
line processing  with  batch  processing  being  used  only  when 
interfacing  with  other  Navy  Systems. 
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2.4.3  Hardwure  Summary 

During  FY  75-76  MINI-NAMPS  was  operated  at  the  National 
Institutes  of  Health  Computer  Center  under  the  IBM  System  370 
Operating  System. 

The  facility  is  comprised  of  three  subsystems  interconnected 
by  shared  direct  access  storage  devices  and  controlled  by  HASP 
Shared  Spool.  The  processing  units  employed  are: 

• 2 IBM  370/168  MP 

• 1 IBM  370/165 

Wylbur,  NIH's  terminal  command  language  served  as  the 
primary  mode  of  user  access;  TSO  and  Batch  mode  serve  as  secondary 
user  access  methods.  All  Disk  storage  makes  use  of  the  IBM  model 
3330  Direct  Access  Storage  Facility;  Magnetic  tape  units  used  for 
reading  and  generating  tapes  are  the  IBM  series  2101-2115.  Interface 
data  from  other  systems  can  be  processed  if  supplied  on  9 track  800 
bpi  -3200  bpi  tapes,  7 track  200  bpi  - 800  bpi  tapes,  or  on  IBM 
punched  cards. 
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POM  78  MINI-NAMPS  OPERATION 





I 
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3.1  Overview 

MINI-NAMPS1  support  of  POM  78  was  divided  into  three  operational 
Phases.  Each  Phase  is  marked  by  the  time  frame  in  which  it  operates  and  by 
the  purpose  it  serves.  During  these  three  successive  Phases,  MINI-NAMPS 
functions  at  various  levels  of  operation  and  reaches  its  maximum  level 
during  Phase  II. 

Although  MINI-NAMPS  is  capable  of  handling  required  processing  for 
both  Officer  and  Enlisted  planning  support,  the  emphasis  has  thus  far  been 
on  the  Enlisted  community.  For  this  reason,  and  for  reasons  of  brevity  and 
clarity,  the  following  discussion  of  the  three  Operational  Phases  of  POM  78 
MINI-NAMPS  will  be  confined  to  the  flow  associated  with  Enlisted 
Manpower  and  Inventory.  Figure  3.1  illustrates  the  operational  flow  of 
Phase  I,  II,  and  III  along  with  an  indication  of  their  time  frame.  The  sections 
following  discuss  this  operational  flow  in  greater  detail. 

3.2  PHASE  I - "START  BASE"  Generation 

During  Phase  I (30  Jan  - 30  Feb).  Three  Enlisted  Requirement  Bases 
were  loaded  and  one  Enlisted  Personnel  Inventory  Base. 

• EA000 

• EA001 

• EA002 

• IA002 

The  original  source  of  the  Enlisted  Requirements  was  the  MAPMIS 
Billet  File  (also  source  of  OPNAV  1000/2's).  Since  these  requirements  were 
unconstrained  in  that  they  exceeded  the  end-strength  authorized  by  the 
Secretary  of  Defense,  Constraints  were  applied  by  the  Qualitative 
Requirements  Application  (QRA),  under  the  sponsorship  of  NAVCOSSACT. 
Application  of  these  constraints  necessitated  aggregation  of  the  Require- 
ments data  at  the  All  Navy  level  and  in  the  ERP  format.  This  Enlisted 
Requirements  base  then  serve  as  input  to  MINI-NAMPS,  was  reformatted, 
spread  to  sponsors,  and  identified  as  base  EA000  - Enlisted  Requirements, 
constrained  to  the  30  January  FYDP  endstrength. 
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Figure  3.1  V-/ 

The  Three  Phases  of  POM  78  MIN1-NAMPS  Operation 


Figure  3.1  continued 


In  addition  to  DOD  endstrength  constraints  there  exist  specific 
Paygrade  constraints.  These  constraints  are  expressed  in  terms  of  the  ratio 
computed  from  the  total  E4-E9  endstrength  over  the  E1-E9  endstrength  and 
applied  in  terms  of  the  resulting  total  billet  count  per  paygrade  which 
satisfies  the  DOD  specified  top-six  ratio.  The  application  of  these  paygrade 
constraints  by  M1NI-NAMPS  generated  the  BASE  EA001  which  was  identified 
as  the  Enlisted  Manpower  Requirements  constrained  by  Endstrength  and  top- 
six  ratio. 

The  constrained  Enlisted  Requirements  base  serves  as  input  to  the 
ADSTAP.FAST  Inventory  projection  model.  Before  this  nodel  can  use  the 
constrained  base,  further  modification  was  necessary  in  order  to  account  for 
differences  in  how  Personnel  planners  distribute  the  Officer  Candidate 
Billets  and  how  Manpower  Planners  distribute  them.  M1NI-NAMPS  applied 
these  additional  modifications  and  the  result  was  identified  as  EA002  - 
Enlisted  Manpower  Authorizations,  endstrength  and  paygrade  (TOP  SIX 
ratio)  constrained.  This  base  served  as  input  to  the  ADSTAP.FAST  model 
and  to  the  STAPLAN  Model  for  the  purpose  of  establishing  a pre-POM  A- 
School  training  plan.  The  resulting  Enlisted  Inventory  projection  was  loaded 
into  MINI-NAMPS  and  identified  as  IA002  - Enlisted  Inventory  projection 
based  on  Enlisted  Manpower  Authorizations  EA002. 

Together  these  four  bases  represented  the  pre-POM  78  Navy  Enlisted 
Requirement/Inventory  picture. 

3.3  PHASE  II  - DELTA  Feasibility  Assessment 

Phase  II  was  initialized  when  all  data  from  the  Manpower  change 
forms  had  been  loaded  to  DELTAGG  ( the  IDMS  data  base).  OP-01  through 
personnel  at  OP-121  defined  those  Increment/Decrements  that  were  to  be 
applied  to  EA000.  This  set  was  flagged  as  DELTA  01,  subsequently 
extracted  from  DELTAGG  and  applied  to  EA000.  The  updated  Enlisted 
Requirement  base,  EA010,  was  then  modified  to  the  DOD  specified  paygrade 
ratio  generating  EA012,  and  passed  to  ADSTAP.FAST.  The  generated 
Enlisted  Inventory  projection,  IA012,  along  with  all  existing  bases  was  stored 
for  comparison  display  and  reporting.  The  resulting  information  was  made 
available  to  the  POM  assessment  process,  which  subsequently  caused  further 
flagging  and  unflagging  of  specified  Increment/Decrements  in  DELTAGG. 
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3.4  PHASE  III  - DELTA  Implementation 

Phase  III  began  when  the  selection  of  the  final  DELTAXX  had  been 
nearly  completed,  i.e.,  the  set  of  approved  increments/decrements  had  been 
flagged.  At  this  time  it  was  essential  that  consistency  be  established 
between  the  manpower  change  data  collected  by  the  Navy  Resource  Model  - 
NARM  and  the  manpower  change  data  collected  by  MINI-NAMPS.  When  this 
was  completed,  a final  DELTA02  was  extracted  and  used  to  generate  the 
Implementation  report.  This  was  forwarded  in  a summary  format  to  OP-103 
and  in  a detailed  format  to  OP-100/102  allowing  both  offices  to  apply 
manpower  changes  to  existing  data  bases  in  a more  timely  manner. 
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APPENDIX  A 
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POM 


22  MAR  7b 


- 7 8 


NAMPS  REPORT  22.01 


* * **  p £ pt  p t i r l r i 

BASE  COMPARISON  REPORT 
E A 0 0 0 VS.  PA0O1 


****!?FSC?TPTI,'''i  3E  cfoqo’J'. 

THIS  F.EFOET  COMPARES  THE  PROJECTED  SPONSOR  DISTRIBUTION 
OF  AI.L  P A TI  N G S/  P A YG  P A DE  S IN  FY  77  - 82  FOP  BASES  EA00C 
AND  EP0C1.  THE  BILLET  COUNTS  FOR  EA000  ARE  LISTED  ON  THE 
LEFT  UNDE?  CHF  RESPECTIVE  PAYGRADE,  WITH  EAOOTS  BILLETS 
LISTED  ON  THE  PI3HT.  IN  ADDITION  THERE  APPEARS  A BILLET 
SHORTAGE  OP  EXCESS  ROW  FOR  EACH  R AT  IN G/P A YGR ADE . 


* * * * ACTION  REQUIRED: 

INSPECTION/ANALYSIS 


****DTST?IBUTTON : 

OP  --  121  CP  - 104 


****DATA  IDENTIFICATION: 

BASE  EA  000  - SOURCE  IS  QP A SYSTEM  (NAVCOSSACT) 
BASE  F A 00 1 - SOURCE  IS  QRA  SYSTEM  (NAVCOSSACT) 


EA  0 ’’0  : 

E PROJECTED  ENLISTED  REQUIREMENTS  (NAMPS  REPORT  21.01) 

A ORIGINAL  SOURCE  30  JAN  BILLET  FILE  (RENLQtJAL) 

GO  BEFORE  POM-78  SPP  APPLICATION  - AFTER  PY-77  PBD  APPLICATION 
0 UNCONSTRAINED  QUALITY  - CONSTRAINED  QUANTITY  TO  JAN  F Y DP 

E A 0 0 1 : 

E PROJECTED  ENLISTED  REQUIREMENTS  (NAMPS  REPORT  21.02) 

A ORIGINAL  SOURCE  30  JAN  BILLET  FILE  (RENLQUAL) 

00  BEFORE  POM-78  SPP  APPLICATION  - AFTER  FY-77  PBD  APPLICATION 

1 JAN  FYDP  END  STRENGTH  - CONSTRAINED  PAYGPADES  (61.66%) 
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Copy  available  to  DDC  does  not 
permit  fully  legible  reproduction 

i 0 ft  - 7 b * A ft  P S Fv  £ P 0 h T 2«4.01 
i L O C i S S £ D ..J  EAR  70 


KPOhT  F111E:  l FIEF  Or  NAVAL  OF  FR  AT  .iGNS 

rNLISIbD  MANPOWER  EEC UIRLNENT S AT  ALL  SAVY  LEVEL  BIT  RATI  MG, 
Pa.^l  rALL  ( 4“E  b)  , AND  Oi'NAV  GROUP  AS  COMPARED  WITH  ENLISTED 
I LurifXHiL  PROJECTED  bY  I ATiNt/PAYGR ADS  (E4-L9)  AND  OFNAV  GROUP. 

***-*DEbU'  IPTlOl  OF  F;  EPOL 1 : 

1 LI b LLF-OFT  Ci.NS^SiS  Ci  k SLl  1SS  OE  GRAPHS  WHILE  PLOl  UNLISTED  »Aj.  OWE'P  RLJU1E E~ 
KENTS  Fiji,  E Y 77-a.  AGAINST  r I.0JLC1LD  itRSONNLL  INVENTORIES  P01  FY  77-8E.  THESE 
PLOTS  «hL  PROVIDED  AT  TI  E ALL  NAVY  LFVEL  EY  RATING.  PAYGRaDE  (E4_E9)  . GPNAV  GROUP 
AM  ALL  SURF. An. LED  A.CLCi  SINGLY.  (ALL  NAVY  TOTAL  SUMMARY  INCLUDES  PAYGRADE  E1-L9) 
LALtLS  USED  1*  PLOTS  AFL  IDIaTIRIED  BELOW. 

****hCTlCb  ILvuil.iL: 

PROVIDE  POl  aNFOl  RATION  iO  E.oPEKS  AND  OTHER  OPJ.AV  CFE1CES 
♦♦♦♦LIST!  a L L T -i  v^N  : 

Oi-OI  Oi-OICb  Ot-1^1  PI  IS  - ^ E PIlb-21 


****DATA  ii/u.vlIElCATlLN  : 

SOURCE  OE  ENLIST  Lb  MANPOWER  R£C  SIR  HhENT  S IS  SAVOOSSACT  ORA  SY  STEB . 

SOURCE  Of  i nuiSTED  PROJECTED  IdVEaCOB Y IS  RUPEES  ADSTAP  SYSTEM-TAPE  * 0276jb. 

cODE  STRLC  i Jiii  FOR  RASE,  AND  LA  hi  L J DENT  IE IC AT  1 ON  FOLLOWS: 


LA  I LL  U IS 


A 

DU 

0 


Li.yy  t a l o t 

PEOoiCTtD  L-LISTED  PLOUIREMLaTS  (aASPS  REPORT  21.01) 
ORIGINAL  SOURCE  30  JAR  bJLLET  FILS  (RhNLQUAL) 
rLFOKE  JCA-7t  SPP  APPLICATION  - /-.FTIR  FY-77  PSD  APPLICATION 
UNCONSTRAINED  QUALITY  - CONSTRAINED  CDAM1TY  TO  JAN  FYDP 


-A EEL  c 


IS  E*.  EE  LLitQt  1 

E i'RCJECTEr.  ENLISTED  PU?0IR  EEFNTS  (NAEPS  REPORT  21. U2) 

A ORIGINAL  SOURCE  30  J IS  oILLET  FILE  (RENLOUAL) 

DO  .FROM  POM-7R  SPP  APPLICATION  - AFTER  FY-77  PhD  APPLICATION 
1 „A.»  E i Dt*  Lr.D  SlPsNtTL  - CONSTRAINED  PAY  GRADES  (t>1.6b%) 


LA  hii. 


1 IS  b/.5E  IA002 

1 IROJuCTEI  ENLISTED  PERSONNEL  INVENTORY 

A rASLD  ON:  ENLISTED  AU1 HLR 1 EAT  I CRS-RA002  (NAflPS  REPORT  ^1.03) 

00  rEPOlf E IGft-'/c  SPP  APPLICATION  - APTfcR  FY-77  PLD  APPLICATION 

2 jAj  FYDI  LjI  STRENGTH  - CuaSTR A3 a ED  PAYGRADES  (bl.66%) 

CURRENT  IN  LI V I DO AL  PAYGRADE  AUTHORISATIONS 
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PURPOSE  AND  GENERAL  INSTRUCTIONS 

The  purpose  of  this  data  sheet  is  to  gather  the  quantity  and  quality  of 
manpower  information  relating  to  POM  78  increments  and  decrements.  Its  primary 
purpose  in  POM  78  is  to  assist  the  Manpower  Resources  Coordination  Panel  (MRCP) 
in  its  manpower  assessment  during  the  Navy  Program  Objectives  Memorandum 
(POM).  Upon  final  assessment,  the  selected  changes  will  be  applied  (as  authorized 
changes)  to  the  Navy  Billet  File.  It  is  therefore  essential  that  all  applicable 
information  be  correctly  identified. 

To  minimize  errors,  the  OPNAV  Form  1000/2  should  be  consulted  where  an 
activity  already  exists.  In  the  case  of  adding  a new  activity  which  is  unlike  an 
existing  activity,  every  effort  must  be  made  to  identify  the  proper  quality  as  well 
as  the  quantity  of  the  required  billets. 

It  is  recognized  that  the  identification  of  manpower  quality  and  quantity 
required  by  this  data  sheet  entails  a considerable  effort;  however  this  will  relieve 
sponsors  and  claimants  of  additional  work  at  a later  date,  since  the  detail  gathered 
now  will  render  a POST  POM  gathering  of  manpower  information  unnecessary.  In 
addition,  this  work  will  allow  the  MRCP  to  make  decisions  based  on  a more 
complete  knowledge  of  their  future  impact  on  Navy  manpower;  and  make  these 
decisions  at  an  earlier  time  in  the  POM  cycle  than  has  been  previously  possible. 

Responsible  offices  must  be  familiar  with  the  detailed  instructions  below  and 
with  the  examples  given  on  pages  7-12.  Changes  can  be  submitted  in  a variety  of 
ways,  therefore  an  understanding  of  the  instructions  and  examples  will  minimize 
the  amount  of  work  necessary  to  complete  these  data  sheets. 

The  form  is  divided  into  four  major  Blocks: 

• BLOCK  I Each  item  in  this  block  is  always  required. 

• BLOCK  II  Each  item  in  this  block  is  required  if  SPP  was 

entered  fo"  REASON  in  BLOCK  I. 

• BLOCK  III  The  entries  in  this  block  will  determine  the  nature 

of  the  requested  manpower  adjustment.  Primary  to 
this  BLOCK  is  the  specification  of  CHANGE  TYPE; 
these  are  defined  as  follows: 
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• 1 - Add  a new  activity,  quality  is  given  below. 

• 2 - Increment  or  decrement  billets  within 

existing  (old)  activity,  quality  is  given 
below. 

• 3 - Delete  an  existing  (old)  activity,  quality 

will  be  retrieved  from  the  Billet  file. 

• 4 - Add  a new  activity  using  the  quality  of  an 

existing  activity,  quality  will  be  retrieved 
from  the  Billet  file.  This  code  can  also 
be  used  where  an  existing  activity  closely 
approximates  a new  activity  with  some 
modification  of  quantity  and  quality,  in 
such  a case  modification  may  be  given 
below. 


Each  item  in  this  block  is  required  with  the  following 

exceptions: 

a)  UIC:  this  code  is  not  required  in  case  of  CHANGE 
TYPE  = 1 or  4. 

b)  AFF  ACTIVITY  2 through  5 are  optional  (see 
detailed  instruction  10). 

c)  USING  ACTIVITY,  this  is  required  for  CHANGE 
TYPE  = 3 and  4.  In  the  case  of  CHANGE  TYPE  = 
3,  AFF  ACTIVITY  must  = USING  ACTIVITY. 

d)  START  YR  is  required  for  CHANGE 
TYPE  = 3 and  4. 


• BLOCK  IV  Each  item  in  this  block  is  required  (per  line) 

for  CHANGE  TYPE  = 1,2  and  optionally  4,  with  the 
exception  of  BILLET  SEQUENCE  NUMBER. 


NOTE:  When  a second  sheet  is  required  to  define  quality, 

repeat  header  information  in  Blocks  1,  2 and  AFF 
ACTIVITY  in  Block  3. 
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DETAILED  INSTRUCTIONS 


I 
! 

! 

BLOCK  I 


1) 

SPONSOR 

Enter  code  identifying  the  office  designated  as  the  program 
element  sponsor  for  the  affected  activity.  (See  Tab  A,  Part  1) 

2) 

CLAIMANT 

Enter  code  identifying  the  command,  bureau,  or  office 
designated  as  the  military  manpower  claimant  for  the  affected 
activity.  (See  Tab  A,  Part  2.)  In  the  case  of  a new  activity,  if 
a specific  claimant  has  not  yet  been  identified;  enter  code=99. 

3) 

REASON 

Enter  one  of  the  following  codes  identifying  the  reason  or 
purpose  of  this  submittal: 

• SPP  - if  Sponsor  Program  Proposal 

• PBD  - if  Program  Budget  Decision 

• PDM  - if  Program  Decision  Memorandum 

• OTH  - if  Other 

BLOCK  II 

- Skip  unless  REASON  = SPP 

4) 

S.P.P. 

Number  for  the  SPP  as  assigned  by  originating  Sponsor. 

5) 

INC/DEC 

Enter  a plus  sign  for  increment  or  a minus  sign  for  decrement 
followed  by  the  three  digit  INC/DEC  number. 

6) 

TITLE 

Enter  Title  of  the  Increment  or  Decrement. 

7) 

PRIORITY 

Enter  the  priority  code  from  Tab  B,  Part  1,  which  you  attach 
to  this  INC/DEC. 

I 

I 
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BLOCK  III 


8)  S/S 

Enter  one  digit  code  designating  the  affected  activity  as: 

• 1 Shore  Duty 

• 2 Sea  Duty 

• 3 Overseas  Shore  Duty 

• 4 Toured  Sea  Duty 

• 5 Preferred  Sea  Duty 

• 6 Preferred  Overseas  Shore  Duty 

9)  P.E.  (Program  Element) 

Enter  code  which  describes  the  affected  activity's  mission 
and  is  the  basic  building  block  for  the  Five  Year  Defense  Program 
(FYDP). 

10)  AFF  ACTIVITY  1 (Always  Required) 

Enter  ten  digit  code  assigned  by  the  Chief  of  Naval  Personnel 
identifying  each  activity  for  CHANGE  TYPE  = 2 or  3.  (For  new 
activities,  enter  abbreviation  of  the  activity's  official  title.) 

AFF  ACTIVITY  2-5 

Enter  all  additional  activites  where  information  is  the  same  as 
AFF  ACTIVITY  1. 

11)  UIC  (Leave  blank  if  CHANGE  TYPE  = 1 or  4) 

Enter  for  AFF  ACTIVITIES  1-5  their  Unit  Identification 
Code  (previously  designated  as  BUIC  - see  OPNAV  1000/2). 

12)  CHANGE  TYPE  (Always  Required) 

As  defined  under  BLOCK  III,  page  2. 

13)  USING  ACTIVITY 

Enter  using  activity  if  CHANGE  TYPE  = 3 or  4,  otherwise 
this  block  must  be  empty.  For  CHANGE  TYPE  =3,  AFF  ACTIVITY 
must  = USING  ACTIVITY. 

14)  START  YEAR  ( Enter  for  CHANGE  TYPE  3 and  4 only) 

Enter  the  fiscal  year  when  the  change  is  to  take  effect.  The 
quality  beginning  with  that  fiscal  year  will  be  retrieved  and  applied 
to  Base  beginning  in  that  same  fiscal  year.  (Note:  if  the  manpower 
fluctuates  in  the  out  years,  a CHANGE  TYPE  = 1 should  be  submitted.) 
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BLOCK  IV  (Enter  for  CHANGE  TYPE  1,  2 and  optionally  4) 


15)  O,  E,  G,  W 

Designate  for  each  line  whether  the  quality  indicated  applies 
to  Officer,  Enlisted,  G.S.  Civilian,  or  Wage  Board  Civilian  using  the 
following  codes: 

• 1 - OFFICER 

• 2 ENLISTED 

• 3 - G.  S.  CIVILIAN 

• 4 - WAGE  BOARD  CIVILIAN 


NUMBER  ( OPTIONAL) 


16)  BILLET  SEQUENCE 

17)  DESIG/RATING 

• OFFICER 

• ENLISTED 

• G.S.  CIVILIAN 

• W.  B.  CIVILIAN 

18)  PAYGRADE 

• OFFICER 

• ENLISTED 

• G.  S.  CIVILIAN 

• W.  B.  CIVILIAN 

19)  PRI/NOC/NEC 

• OFFICER 

• ENLISTED 

• G.  S.CIVILIAN 

• W.  B.  CIVILIAN 


Enter  the  desired  designator  from 
Tab  C,  Part  1. 

Enter  the  desired  enlisted  billet 
rating  from  Tab  C,  Part  2. 

Leave  blank. 

Leave  blank 

01  - 10;  W1  - W4 
El  - E9 

GS1  - GS18  (if  available) 

WG1  - WG15  (if  available) 

Enter  Navy  Officer  Billet 
classification 

Enter  Navy  enlisted  classification 
Leave  blank. 

Leave  blank. 


20)  REQUIREMENTS 

• CHANGE  TYPE  = 1 - Enter  number  of  billets  to  be  added 
in  the  fiscal  years  affected. 

• CHANGE  TYPE  = 2 and  optionally  4 - Enter  number  of 
billets  incremented  or  decremented  in  the  fiscal  years 
affected;  a minus  sign  must  precede  each  decrement 
entered. 


NOTE:  If  a "-2"  appears  under  FY  78,  2 billets  will 

be  deleted  for  FY  78  only.  To  delete 
2 billets  for  FY  78  thru  FY  82,  a "-2"  must 
be  entered  under  each  of  these  fiscal  years. 

To  delete  2 billets  in  FY  78  and  2 additional 
billets  in  FY  79,  "-2"  must  be  entered  in  FY  78 
and  "-4"  in  FY  79. 
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EXAMPLE  1 


Two  additional  SSBN  726  TRIDENT  Submarines  have  been  requested  in 
POM  78  for  introduction  in  FY  80. 


sic 

^1  The  ten  digit  activity  code  is  not  yet  assigned,  therefore  the  name  is 
entered  in  AFF  ACTIVITY  1.  Since  two  subs  have  been  requested  the 
name  is  also  entered  in  AFF  ACTIVITY  2 with  some  differentiating 
sequence  character. 

^2  Since  no  1000/2  exists  thus  far,  a UIC  code  has  not  yet  been  assigned  — 
it  is  left  blank. 

*3  The  activity  code  of  an  existing  SSBN  726  TRIDENT  is  entered  so  that 
the  quality  and  quantity  may  be  retrieved. 

*4  This  is  the  Activity  code  of  a TRIDENT  taken  from  its  1000/2.  It  will 
be  used  to  retrieve  the  quality  and  quantity  for  the  two  new  TRIDENTS. 


SPONSOR 


’02l 


EXAMPLE  1 

CLAIMANT?!fl^l  REASON  M71ZI 


s . p . p . \M\  inc/dec  5[ 


BLOCK  I l I 

S/S8®  PdE, 


TITLE 


AFF  ACTIVITY 


1 Jffej  PRIORITY  l£ 
% 

_ 11  _ 


CHANGE  TYPE12® 

USING  ACTIVITY’3!^ 
START  YEAR14]  Wl 


303XLTirm 


5iTTiT'  rrrn 


BILLET 

SEQUENC 


17 

18 

DESIG 

PAY 

RATING 

GRADE 

R I . 
OBC 
EC 

20 

REQUIREMENTS 

FY  77 

FY  78  | 

FY  79 

FY  80 

FY  81 

FY  82 

EXAMPLE  2 


CINCLANTFLT  requests  an  increment  of  manpower  for  LST  1179  NEWPORT 
to  accompany  proposed  installation  of  new  weapon  system.  It  is  requested  for  POM 
78  to  take  effect  FY  79. 

REASON  = SPP  because  it  is  part  of  the  POM  process 

*2*1*4*5  s/s-  p-E->  AFF  ACTIVITY,  & UIC  are  from  the  1000/2  for  LST 
J 1179 

*6  It  is  an  increment  to  an  existing  activity,  therefore  CHANGE 
TYPE  = 2. 
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EXAMPLE  2 


r— r— — « _ X 

SPONSOR  m CLAIMANT  2\6\0\  REASON  \$\P  IS 


BLOCK  I I 

s.p.p.  *\o\z\  inc/dec' 


TITLE "ill 


BLOCK  I 1 I 


s/sBgrp.E.9i^rvmi  m AFF  ACTIVITY 


PRIORITY 


iHZD 


CHANGE  TYPE,2§1 
USING  ACTIVITyTXE 
START  YEARH|  . 


3m~rrrrrrn  sn : 

‘tl  1 I I I [ I I I I I frlTT 

srrn  n rrrri  sitt 


DESIG 

RATING 


PAY 

GRADE 


20 

REQUIREMENTS 

FY  77 

FY  78 

FY  79 

FY  80 

FY  81 

FY  82 

1 1 ! 1 — 

' 

' i • - 

- 

10  SF  PIf  MRf  p 1Q7«. 
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EXAMPLE  3 


I 
I 

I 

The  manpower  of  the  CSGN  will  look  similar  to  that  of  the  CGN  40  class. 

The  first  CSGN  will  be  introduced  in  FY  80.  It  is  requested  for  POM  78. 

■^1  CSGN  has  not  yet  been  assigned  an  activity  code,  therefore  the  name  is 
entered. 

*2  CHANGE  TYPE  = 4 because  the  quality  is  similar  to  the  CGN  40,  whose 
quality  will  be  retrieved. 

*3  The  activity  code  of  the  CGN  40  is  entered,  so  that  the  quality  and 
quantity  can  be  retrieved. 

*4  Additional  quality  and  quantity  may  be  entered  in  order  to  define  the 
CSGN  more  exactly. 


( 


BlOC  K | 


EXAMPLE  3 


SPONSOR  W3]  CLAIMANT'  ‘\i\d\  REASON 


BLOCK  I I 


s.p.p.  Ju7.f3 [ inc/dec 


[ TLE  b\A\E  [Q  Ljfflf  PRIORITY  1<2 


BLOCK  [II 


s/sar^i  p.e. 


CHANGE  TYPE  |V  i 
USING  ACTIVITY 


AFF  ACTIVITY  l|cj  5|C»|  b>\_  | aL_|_ 

21^s1sSlMT 

3izn:ri:n:L 


IUIC  if 


2IIHEE 


START  YEARH|^!2?) 


tTTXtXTXDJ  ^fHI 

snrLDxrrn  scm 


Block  iv ^ _________________ 

ivTT>t  7?  i a F5  po  J 

P BILLET  nF~Ir  PAY  PRI.  REQUIREMENTS 

r SE0UENCLUt:5lb  rpArT,c  NOBC  

NUMBER  RATING  GKAUE  NEC  FY  77  FY  78  FY  79  FY  80  FY  81  FY  82 


Fk/  EV  /Vf? 

E 7 

. F E # 


Tab  A,  Part  1 

PROGRAM  ELEMENT  SPONSORS 

The  program  element  sponsor  is  the  Deputy  Chief  of  Naval  Operations 
(DCNO)  or  Director  of  a Major  Staff  Office  who  is  responsible  for  force 
composition,  funding  support,  and  programmed  manpower  for  a specific  program 
element.  He  is  responsible  for  objectives  and  planned  programs  for  the  out-years, 
as  well  as  for  the  development  of  Program  Change  Requests  (PCRs). 


SPONSOR  CODE 

CODE 

01 

Op-01  DCNO  (Manpower) 

02 

Op-02  DCNO  (Submarine  Warfare) 

03 

Op-03  DCNO  (Surface  Warfare) 

04 

Op-04  DCNO  (Logistics) 

05 

Op-05  DCNO  (Air  Warfare) 

06 

Op-06  DCNO  (Plans  <5c  Policy) 

10 

Op-09B  AVCNO/Director,  Naval 
Administration 

11 

Op-09R  Director,  Naval  Reserve 

12 

Op-91  Director,  Information  Systems  Div. 

14 

Op-094  Director,  Command  Support 
Program 

16 

Op-095  Director,  Antisubmarine  Warfare 
and  Tactical  Electromagnetic  Programs 

18 

Op-098  Director,  Research,  Development 
Test  Evaluation 

20 

Op-099  Director,  Naval  Education  <5c 
Training 

21 

Op-009  Director  Naval  Intelligence 

22 

Commandant  of  the  Marine  Corps 

24 

Oceanographer  of  the  Navy 

26 

Comptroller  of  the  Navy 
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Tab  A,  Part  2 


MILITARY  MANPOWER  CLAIMANTS 

For  the  purpose  of  this  instruction,  the  military  manpower  claimant  is 
the  command,  bureau,  or  office  in  the  administrative  chain  of  command  assigned 
responsibility  by  th<>  Chief  of  Naval  Operations  for  management  of  military 
manpower  requirements  of  assigned  activities.  The  designated  military  manpower 
claimants  are: 


Claimant  Code 


Title 


02 

11 

12 

14 

15 

17 

18 
19 
21 
22 

23 

24 

25 

27 

29 

30 
33 
37 
39 

42 

43 

44 


Central  Operating  Activity  (COA) 

Chief  of  Naval  Operations  (OP-OOBF) 

Deputy  Comptroller  of  the  Navy 

Chief  of  Naval  Research 

Commander,  Naval  Intelligence  Command 

Commander,  Naval  Ordnance  Systems 
Command 

Chief,  Bureau  of  Medicine  and  Surgery 
Commander,  Naval  Air  Systems  Command 
U.  S.  Army 

Chief  of  Naval  Personnel 

Commander,  Naval  Supply  Systems  Command 

Commander,  Naval  Ship  Systems  Command 

Commander,  Naval  Facilities  Engineering 
Command 

Commandant  of  the  Marine  Corps 

Secretary  of  Defense/Chairman,  Joint  Chiefs 
of  Staff 

Director,  Strategic  Systems  Project  Office 

Commander,  Military  Sealift  Command 

Chief  of  Naval  Material 

Commander,  Naval  Electronic  Systems 
Command 

Director,  Defense  Nuclear  Agency 
Director,  Defense  Communication  Agency 
Director,  Defense  Intelligence  Agency 
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Tab  A,  Part  2 


tk 


45 

48 

49 
51 
57 
60 
61 

62 

63 

64 

65 
67 

69 

70 

71 
78 
86 
99 


Director,  National  Security  Agency 
Director,  Defense  Mapping  Agency 
Director,  Defense  Investigative  Service 
Director,  Defense  Supply  Agency 
U.  S.  Air  Force 

Commander  in  Chief,  U.S.  Atlantic  Fleet 

Commander  in  Chief,  U.S.  Naval  Forces, 
Europe 

Chief  of  Naval  Training 

Commander,  Naval  Communications 
Command 

Commander,  Naval  Weather  Service 
Command 

Oceanographer  of  the  Navy 
Commander,  Naval  Surface  Reserve 
Commander,  Naval  Security  Group  Command 
Commander  in  Chief,  U.S.  Pacific  Fleet 
Commander,  Naval  Air  Reserve 
Director  of  Navy  Laboratories 
Reimbursable 

Specific  claimant  not  yet  identified 
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Tab  B,  Part  1 


PRIORITY  CODES  - Instructions 


Below  are  found  two  matrices:  One  to  be  used  for  judging  priorities  of 

increments  and  one  for  decrements.  Select  the  cell  which  most  accurately  defines 
the  priority  and  enter  on  the  form  the  code  found  there. 
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PRIORITY  CODES:  OFFICER/ENLISTED 


PRIORITY  CODES:  OFFICER/ENLISTED 


r 

1 1 
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EFFICIENCIES 


Tab  B,  Part  ] 


J 


NOTE:  Pages  17  through  27  containing  valid  OFFICER  designators  and  ENLISTED 
RATINGS  have  been  omitted  for  the  sake  of  brevity. 


k 


. 


APPENDIX  C 

DELTA  QUERY  - USER'S  GUIDE 


INDEX 


Page 

1.0  PROGRAM  DESCRIPTION  1 


COMMANDS 

1 

2.1 

SETD 

1 

2.2 

SETB 

1 

2.3 

SHOW 

2 

2.4 

LIST 

4 

2.5 

PRNT 

7 

2.6 

SUMI 

8 

2.7 

RATE 

9 

2.8 

FLAG 

10 

2.9 

END 

11 

TIME  SHARING  OPTION  (TSO) 

11 

3.1 

Summary 

11 

3.2 

LOGON  Procedure 

12 

3.3 

Executing  DELTAQ 

12 

3.4 

LOGOFF  Procedure 

12 

4.0  SAMPLE  SESSION  13 


l 


1.0  Program  Description 


I 


I 

I 

I 


1.1  The  Delta  Query  System  is  one  of  two  interactive  information  retrieval 
modules  and  interfaces  with  the  IDMS  database.  Its  function  is  two  fold: 

• It  allows  the  user  to  query  a specific  delta  for  billets  which 
meet  specific  criteria  and  to  array  the  output  in  one  of  several 
ways. 

• It  allows  the  user  to  define  a DELTAXX  for  subsequent  extraction 
or  query  by  flagging  or  unflagging  specified  INC/DEC's. 

2.0  Commands 

2.1  SETD  [ x] 

where  X = a one  or  two  digit  delta  number  between  1 and  30. 

Description: 

The  SETD  command  is  used  to  specify  the  delta  or  reset  the  delta. 

If  no  'X'  is  specified,  the  current  delta  will  be  displayed. 

Keyword  Specification: 

X 

Examples: 

SETD  20 

(Reply)  Delta  Reset  to  20 
SET  D 

(Reply)  Present  Delta  is  20 
Special  Considerations: 

Only  billets  which  are  market  as  belonging  to  the  specific  delta 
will  be  considered  when  querying. 

NOTE:  Items  shown  in  brackets  are  optional.  The  brackets  themselves 
do  not  comprise  a part  of  the  command. 


! 


! 


2.2  SETB  [AAA| 

where  AAA  = one  of  the  5 valid  3 character  keywords. 

Description: 

The  SETB  command  is  used  to  restrict  the  query  to  a specified  base. 
Optionally,  the  present  base  will  be  displayed  if  no  keyword  is  specified. 
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Keyword  Specification: 

Valid  Keywords  are: 

ENL  - Enlisted 
OFF  - Officer 

GSC  - General  Service  Civilian 
WBC  - Wage  Board  Civilian 
ALL  - All  of  the  above. 

Examples: 

SETB  ENL 

(Reply)  Base  Reset  to  ENL 

SETB 

(Reply)  Present  Base  is  ENL 
Special  Considerations: 

Only  billet  counts  from  records  which  meet  the  specified  base  will 
be  considered  in  the  query.  If  'ALL'  is  used,  all  records  will  be  considered 
regardless  of  base. 


I 

I 

I 


2.3  SHOW  SPP  (X/Y) 

Description: 

The  show  command  will  list  by  SPP  each  increment-decrement  in 
the  data  base  and  it's  character  title.  If  no  SPP  is  specified  or  the 
keyword  'SPP'  is  left  off,  all  will  be  displayed.  One  SPP  or  a range 
of  SPP's  may  be  specified  using  the  SPP  keyword. 


Copy  available  to  DDC  does  not 
permit  fully  legible  reproduction 


2.3.  1 Examples. 

COMI’AMP’:  show  snp(6) 

spp  sin  fpoufop  '"imp 

nr  +nn  1 on— oo°  rj ovnn  onryoi'n 


9 


rrv f’A’Tr7->:  show  spo(fi/7) 


Fnn 

STO 

Cpp-  Tpp 

T* 

OP 

+001 

OT'-nn'' 

rj'Cnrrr  orr^-rp 

O'1 

+ 001 

ripjorm 

+ 007 

nr-r*^ 

rTPCTTr  rp'^V^Pf 

+ 0"  1 

Op-rtn 

fDOTl  T?»*m  ‘'pTlXT'-plP 

+ 005 

OP-0? 

SFOr  ppoopT'M 

+000 

On—  0 ? 

55TTPpT,,f  pjTppnn 

+007 

on-o? 

rnr*  coMnA.fnov£rnr 

+ 000 

OP-0? 

rr,r>’p  pTMr  niP>7r 

+ 0 0 o 

nn-0  7 

55»Tip jTff n A.rrmfl) 

+010 

On-0? 

prrjr-  ST^F  srr^ 

COMT'AVP?:  show 


SOP  sin 

01  +301 

-301 
-30? 
-30P 
-307 
-300 
-309 
-310 
-311 
-31? 
-313 
-000 
-501 

0?  +009 

+000 
+007 
+oon 
+ 000 
+010 
+ 011 
-»-0]  2 
+013 
+ 014 

Copy  available  to  DDC  does  not  +015 

permit  fully  legible  reproduction 


FPOT7FOP 

rnTmT  r 

or-03 

AOTTF  F4^o 

017-0  3 

ao  niT.T.r"  ryrrr 

OP- 03 

AO  Pilin'"  r 

or-03 

IXAO  APF  rAPTv 

017-0  3 

IVAO  AHF  rAPT.i' 

OP- 0 3 

ap’s  r’o  rirn 

017—  o 3 

T'P'F  CO  npn 

OH- 0 3 

THAO'"  AP50 

OP-03 

TTTACrn  SI,r  7'rnr 

OP- 0 3 

>t>tto  A'l’PF  no 

i MPr 

OP- 0 3 

ITTAC'T’  AP-7' 

OP-  Oil 

SPr  O O’  1 p ?v n 

SPnp 

OH-04 

wAi’oonsnoHO 

OP-04 

PtivotoTAIT 

PFF'" 

OP-04 

PTTvFTPTATip 

C m 

OP-04 

pjrve  jOTyPS 

ASS'" 

or-04 

pTrvp  totah.c 

ASS'” 

OP- 04 

PTtvctoITV'TP 

AFF'" 

OP-04 

pTTVSTOJA'lp 

Tv  a s'" 

OP- 04 

piTVn  TOTp.Tf 

Tv  SF'" 

017—04 

PTTvp  IOTA.i’r 

AFFm 

or-0  4 

PT’vsinAt’F 

AFF'- 

OP-04 

PIO'FTOTA’T 

AFF'" 

OP-04 

PITVFTCTA>T? 

AFF'" 
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Keyword  Specification: 

'SPP'  is  the  only  keyword  allowed  and  is  optional.  If  not  specified, 
all  SPP's  will  be  listed. 

Special  Considerations: 

None 

2.4  LIST  KEY|  ft  X [/Yj  )| 

Where  KEY  is  a valid  3 character  abbreviation 
1 

X is  an  optional  number 
Y is  an  optional  number 

Description: 

This  list  command  allows  the  user  to  query  the  data  base  through 
a fixed  sequence  of  keywords  and  optional  ranges  associated 
with  each  keyword.  See  pp.  6 for  allowed  sequences  of  keywords. 

Billets  are  displayed  in  successively  finer  levels 
of  detail  as  additional  valid  keywords  are  added  to  each  of  the  1st 
three  entry  keywords.  No  additional  keywords  are  allowed  for  entry 
keyword  'NEC.  The  four  entry  keywords  are: 

SPP 

PEN 

RDS 

NEC  (No  additional  keywords  allowed) 

Keyword  Specification: 

Exceptions  to  the  following  general  discussion  on  keyword  usage 
will  be  listed  for  each  keyword  following  the  discussion. 

In  general,  each  keyword  may  be  followed  by  an  optional  parenthesized 
range  specification  of  the  form: 

KEY  ( X/Y  ) 

Where  X = an  appropriate  starting  value  for  a range  specification 
or,  if  no  ’/ Y*  is  specified,  the  value  the  record  must 
have  for  the  key  specified  before  it  may  be  reconsioered. 

VY'  = if  used,  indicates  the  inclusive  maximum  value  the 

record  may  have  specified  before  it  may  be  considered. 

If  no  range  specification  is  indicated,  all  records  are 
considered.  Each  keyword  and  its  optional  range  is 
seperated  by  a comma  (',')  or  space  character. 
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THE  FOUR  ENTRY  KEYWORDS  AND  THEIR  VALID  EXTENSIONS 

ARE: 


NEC 


DISCUSSION  OF  SPECIFIC  KEYWORDS  AND  EXCEPTIONS: 


SPP 

RDS 

PGR 

NEC 

ACT 


SID 

PEN 

CLA 


Ranges  of  1 through  15  are  valid 

(Rating  (ENL),  Designator  (OFF)  Ranges  are  valid  only  for  officer  (OFF) 
base.  For  all  other  bases  only  all,  by  the  absence  of  a specification,  or  a 
specific  RDS  (AB,  STG...)  will  be  accepted. 

(PAYGRADE)  Ranges  of  1 through  99  are  valid 

(NAVY  ENLISTED  CLASSIFICATION)  ranges  of  0000  through  9999  are 
valid. 

(ACTIVITY)  If  a parenthesized  specification  is  included  it  must  consist 
of  a 10  character  alphanumeric  activity  specification.  Blanks  are  signi- 
ficant in  the  specification.  It  should  be  noted  that  the  specification: 

(ABCD  12345) 

is  different  from  the  specification: 

(ABC  D1 2345.... 45) 

Each  specification  is  ten  characters  in  length.  The  first  contains  an 
embedded  blank  character  while  the  second  contains  a trailing  blank 
character. 

(INCREMENT  - DECREMENT)  Ranges  from  -999  to  +999  are  valid 
(PROGRAM  ELEMENT  NUMBER)  Ranges  from  0 to  99999  are  valid 
(CLAIMANT)  ranges  from  0 to  99  are  valid 


Examples: 

(Assume  Set  B = ENL) 

List  SPP  (3),  RDS  (ETN),  PGR  (4/9) 

Extract  all  Billet  Counts  for  SPP  3 with  the  rating  ETN  for  paygrades 
4 through  9. 

LIST  PEN,  ACT 

Extract  all  program  element  numbers  and  list  all  activities  present 
within  each  with  associated  billet  counts 

(Assume  SETB  = ENL) 

LIST  RDS,  SPP 

Extract  billet  coup’s  for  all  ratings  and  list  by  SPP  within  each  rating. 
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Special  Considerations: 

Caution  must  be  used  with  commands  which  have  the  potential 
for  producing  voluminous  output.  For  instance 

LIST  SPP,  RDS,  PGR 

in  its  unqualified  form  (no  ranges  specified  defaults  to  all  for  each 
keyword)  will  produce  one  line  of  output  for  each  paygrade  within 
each  rating  within  each  SPP.  With  the  potential  of  9 SPP's,  105 
ratings  within  each  SPP, and  up  to  9 paygrades  within  each  rating, 
one  could  get  up  to  8500  lines  of  output  with  all  categories  filled. 

For  queries  such  as  this  it  is  suggested  that  the  PRNT  command 
be  used. 

For  online  queries  it  is  suggested  that  appropriate  ranges  be  specified. 
For  instance: 

LIST  SPP  (3),  RDS,  PGR  (4/7) 

would  produce  a maximum  of  420  lines  of  output,  but  more  likely 
much  less  since  it  is  not  probable  that  all  ratings  would  contain 
all  paygrades. 

2.5  PRNT  KEYj  |]x  [/  Y]  )] 

where  KEY  is  a valid  3 character  abbreviation. 
X ‘is  an  optional  number 
Y is  an  optional  number 

Description: 

The  PRNT  command  uses  identical  keywords  and  rules  as  the  LIST 
command.  Refer  to  the  LIST  command  for  a description  of  available 
options. 

The  PRNT  command  produces  a batch  type  job  which  normally  begins 
execution  shortly  after  the  interactive  session  ends.  It  should  be  used 
where  large  amounts  of  output  are  expected  or  immediate  results  are 
not  necessary.  Upon  entering  the  command,  syntax  and  range  checks 
are  made.  If  no  errors  are  detected,  the  command,  along  with  othe" 
necessary  information  are  written  to  a file  and  the  message  'command 
accepted'  is  issued.  The  output  of  the  batch  job  will  contain  the  date, 
time,  delta  base,  and  command  line  prefixed  to  each  set  of  output. 

Keyword  Specification: 

Refer  to  explanation  under  the  LIST  command. 

Examples: 

(ASSUME  SETB=OFF) 

PRNT,  SPY,  RDS,  PGR 

Produce  a batch  listing  of  billet  counts  for  all  paygrades  for  each 
officer  designator  within  each  SPP. 

(ASSUME  SETB  = ENL) 

PRNT  SPP,  SID  ( -10/+10),  RDS,  PGR,  NEC 
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Produce  a batch  listing  of  billet  counts  by  Navy  enlisted  classification, 


within  each  paygrade  for  each  rating.  Additionally,  use  only  records 
whose  increment  decrement  falls  in  the  range  -10  to  +10.  Order  the 
listing  by  SPP  and  produce  a listing  for  each  SPP  present  in  the  data 
base. 

Special  Considerations: 

This  command  is  generally  used  for  queries  which  are  expected  to 
produce  large  amounts  of  output  or  where  quick  response  is  not 
necessary.  Overnight  or  faster  service  can  generally  be  expected 
for  the  PRNT  command. 


KEY KEY 

SUMj  ( - ) SUM  . ...(  - ) SUMn 

Where  I = a single  digit  0 through  9 or  the  alpha  character  's'. 

= Any  valid  series  of  key  words  and  ranges  as  specified 
under  the  LIST  command. 


= a series  of  'SUM'  keywords  (up  to  a maximum  of  9) 
suffixed  with  a unique  index  and  prefixed  with  a '+'  or  '-'  sign. 

If  no  sign  is  indicated,  '+'  will  be  assumed. 

Description  and  Keyword  Specification: 

The  Sum  Command  Employs  Three  Basic  Forms: 

(1)  SUMj  KEY KEY 

Displays  and  stores  the  sum  under  the  index  i for  the  combina- 
tion of  keywords  specified.  Keywords  are  the  same  as  those 
under  the  LIST  command. 

(2)  SUMj  (±)  SUMj,...,  ( - ) SUMn 

Displays  and  stores  the  sum  under  the  index  i after  performing 
the  indicated  addition  and  subtraction.  Each  index  must  be  in 
the  range  0 to  9 and  must  be  unique  for  each  entry  of  the  command 
(SUMO  = + SUM1  - SUM2  + SUM1  would  be  invalid)  because  the 
index  '1'  is  used  more  than  once. 

(3)  SUMS 

Displays  all  the  SUM.  counts  presently  stored  for  each  index  i along 
with  a description  deVived  from  the  first  40  characters  of  the 
command  line  excluding  the  command  itself.  (No  Key  used  for 
SUMS  command) 


2.6  SUMI 


KEY: 

SUM. 

l 


Examples: 

SUM5  SPP,  RDS  (ETN) 

(ASSUME  SETB  = 'ENL') 

Sum  billet  counts  which  qualify  under  the  keywords  and  ranges 
specified,  store  the  totals  under  index  5,  and  print  the  totals 
at  the  terminal. 

SUM3  SUM1  -SUM2  + SUM4 

Subtract  (by  year)  the  six  years  of  billet  counts  stored  under  index 
2 from  those  stored  under  index  1;  Add  those  stored  under  Index  4, 
store  the  result  under  Index  3 for  each  of  the  6 years:  print  the 
result  at  the  terminal. 

SUMS 

List  for  each  Index  0 through  9 the  description  and  billet  counts, 
if  any,  stored  for  that  index. 

Special  Considerations: 

None 


.7  RATE  SUMj  SUM- 

Where  i & j are  indicies  in  the  range  0 through  9. 


Uescription: 

The  RATE  command  computes  the  quotient  to  5 decimal 
places  by  year  of  the  billet  counts  stored  under  index  i 
divided  by  the  billet  counts  stored  under  index  j.  The  six 
quotients  are  not  retained  by  DELTAQ.  Attempted  division 
by  zero  will  yield  a zero  quotient. 

Keyword  Specifications: 

Only  two  key  words  are  allowed  and  are  mandatory.  For 
user  clarification,  the  keywords  may  be  separated  by  the 
slash  ('/')  character,  but  is  not  required. 

Examples: 

Rate  SUM1  SUM2 

(WHERE  SUM1,  SUM2  have  been  previously  defined 
with  the  SUM  command) 

Divide  the  six  years  of  billet  counts  stored  under  Index  1 by 
the  six  years  of  billet  counts  stored  under  Index  2 and  print 
the  results  at  the  terminal.  If  SUM2  contains  any  zeros,  the 
corresponding  result  will  contain  zeros. 

Special  Considerations: 

None 


-9- 


2.8  FLAG 


Description: 

The  FLAG  command  invokes  a separate  routine  which  allows  the 
user  to  FLAG  (UNFLAG)  INCREMENT-DECREMENTS  by  SPP  number 
and  DELTA. 

The  DELTA  FLAG  routine  embodies  its  own  set  of  commands  in  much 
the  same  manner  as  the  main  routine. 

SETD  [x] 

The  SETD  command  sets  the  appropriate  DELTA  to  oe 
flagged  where  X is  an  optional  2 digit  number.  This 
command,  though  exactly  the  same  in  syntax  as  the  SETD 
command  described  in  Section  2.1,  is  used  only  by  the  FLAG 
routine  and  must  be  initialized  each  time  the  FLAG  routine  is 
entered.  As  in  the  main-routine,  if  no  DELTA  is  specified, 
the  present  DELTA  will  be  displayed. 

SPP  [x] 

The  SPP  command  sets  the  particular  SPP  to  which  the 
increment-decrements  entered  in  the  FLAG  command  are 
to  apply.  Optionally,  if  no  'X'  is  specified,  the  present 
SPP  will  be  displayed. 

FLAG/UNFL  (-)XXX/  ( - ) Y Y Y,  ( - ) ZZZ 

The  FLAG/UNFLAG  command  will  FLAG  or  UNFLAG  the 
INCREMENT-DECREMENTS  specified  for  the  DELTA  and 
SPP  specified  in  the  SETD  and  SPP  commands.  The  INCREMENT- 
DECREMENT  list  specified  may  consist  of  individual  numbers 
separated  by  commas  and/or  ranges  or  INCREMENT  DECREMENTS 
separated  by  slashes,  each  complete  range  specification  being 
separated  by  a comma. 

Optionally,  the  word  'FILE'  may  be  substituted  for  the  increment- 
decrement  list.  In  this  case,  the  routine  will  read  SPP  INC/DEC 
combinations  off  a file  and  perform  FLAGGING/UNFLAGGING 
based  on  the  contents  of  the  file.  (B-K  Dynamics  should  be  consulted 
prior  to  each  use  of  this  command). 

In  either  case,  at  the  conclusion  of  each  flag  command,  a list 
of  INCREMENT/DECREMENTS  FLAGGED/UNFLAGGED  will 
be  displayed  followed  by  an  optional  list  of  those  which  were  net 
found  under  the  SPP  specified.  This  list  will  not  appear  if  all 
INCREMENT-DECREMENTS  were  found. 

EXAMPLES:  (ASSUME  SETD  01,  SPP,  05) 

FLAG  + 301,  -215,  +212/220,  +300 

FLAG  the  individual  INC/DECs  +301,  -215,  +300,  and  all  in 
the  range  from  +212  to  +220  inclusive,  in  DELTA  01  for  SPP  05. 
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FLAG  FILE 


Read  in  SPP-INC/DEC  combinations  from  the  standard  input 
file  (SIDS)  and  FLAG.  B-K  Dynamics  should  be  contacted  for 
instructions  on  setting  up  the  file  before  using  this  command.  The 
SPP  need  not  be  set  before  using  this  command. 

UNFL  -20/+112, +115, -300 

UNFLAG  all  INC/DECs  in  the  inclusive  range  -20  to  -112 
and  +115,  -300.  For  the  DELTA  and  SPP  previously  set. 

COPY  XX 

The  COPY  command  works  against  a previously  set  DELTA  and 
SPP  specified.  It  will  copy  the  FLAG  from  the  DELTA  'XX'  to 
the  DELTA  specified  in  the  SETD  command.  The  message  'COPY 
COMPLETE'  will  be  issued  upon  completion  of  the  copy. 


2.9  END 

Description: 

The  END  command  halts  execution  of  DELTAQ,  submits 
a jobTor  batch  processing  if  the  PRNT  command  was  used 
during  the  session,  and  returns  control  to  TSO  for  execution 
of  other  on-line  routines. 

Keyword  Specification: 

None 

Example: 

END 

Terminate  the  present  DELTAQ  session,  submit  a batch  job  if  the 
PRNT  command  was  used,  return  control  to  TSO. 

Special  Considerations: 

None 


3.0  Time  Sharing  Option  (TSO) 


The  interactive  programs  within  the  MINI-NAMPS  System  are  executed 
using  the  Time  Sharing  Option  of  OS.  In  conversational  mode,  execution 
starts  as  soon  as  you  send  the  instruction  from  the  terminal,  and  results 
are  printed  at  the  terminal  as  soon  as  the  program  produces  them.  This 
section  describes  the  commands  necessary  to: 
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• Identify  yourself  to  the  system 

• Define  characteristics  of  the  session 

• End  your  terminal  session. 


3.2  LOGON  Procedure 

a)  The  first  thing  you  must  do  to  begin  a terminal  session  is  to  establish 
communication  with  the  N1H  computer  facilities.  This  is  dependent  on 

the  type  of  terminal  and  coupling  system  available  for  the  user.  Since 
telephone  numbers  change  periodically,  it  is  suggested  that  users  refer 
to  recent  issues  of  the  N1H  publication  INTERFACE  or  call  the  NIH  Computer 
Center  for  current  telephone  numbers. 

b)  Once  your  terminal  has  received  a signal,  type  LOGON  followed 
by  identification  information  in  the  following  format: 

LOGON  aaaaiii/ttt/bbb  REGION  (nnn) 

where:  aaaa  is  your  account  code 

iii  are  your  initials 

ttt  is  the  terminal  identification  number 

bbb  is  the  account  box  number 

nnn  is  the  core  storage  required 

(300  is  required  to  execute  PLOTC 
and  DELTAQ) 

after  typing  in  the  appropriate  information  hit  the  carriage  return  button 
on  your  terminal. 

c)  The  system  will  prompt  you  for  your  keyword  on  the  next  line  as 
follows: 

KEYWORD?  key 

where:  key  is  your  designated  keyword 

after  typing  your  keyword,  hit  the  carriage  return  button. 


3.3  Executing  DELTAQ 

To  execute  the  interactive  program  DELTAQ  simply  type  EXEC 
DELTAQ  and  hit  carriage  return.  The  program  will  execute  and  commands 
should  be  input  according  to  the  format?  described  in  the  users'  guide. 


3.4  LOGOFF  Procedure 

End  your  terminal  session  by  typing  LOGOFF  followed  by  a carriage 
return.  The  command  will  display  billing  information  for  the  session;  display 
date,  time,  and  length  of  session;  and  disconnect  your  terminal  from  TSO. 
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Manpower  Support  Computations  - MINI-NAMPS  (POM  78) 


Annually,  the  Navy  reassesses  its  enlisted  manpower  requirements  during  the 
Program  Objectives  Memorandum  or  POM  cycle.  The  requirements  are  individually 
defined  as  billets,  each  identified  by  a skill  category,  called  a rating,  and  a pay 
grade  or  rank.  These  requirements  describe  a fully  operational  Navy;  however,  the 
authorized  level  of  funding  during  peace  time  dictates  a somewhat  lower  level  of 
manning. 

As  the  manpower  reassessment  proceeds,  several  alternative  mixtures  of 
requirements  are  considered,  in  search  of  the  best  combination  of  billets  to  be 
authorized  for  funding.  This  process  of  generating  alternatives  is  performed  by  the 
Navy's  Mission  Sponsors. 

As  fhe  sponsors  generate  alternative  billet  configurations  by  incrementing  or 
decrementing  billet  requirements,  a set  of  support  billets  must  also  be  adjusted. 
This  "support  tail"  can  be  effected  by  the  various  changes  in  the  mission  oriented 
requirements.  The  number  of  support  billets  in  any  activity  can  be  effected  by 
billet  adjustments  in  another  activity.  Figure  1 graphically  represents  how 
complicated  these  relationships  can  become.  Billets  can  also  be  categorized  by 
skill  requirements.  Figure  2 shows  relationships  which  may  occur  when  skill 
requirements  are  altered. 

During  the  Program  Objectives  Memorandum  (POM)  cycle,  billets  are 
grouped  by  program  element  (PE)  for  budgetary  analysis.  Figure  3 shows  how 
support  relationships  may  exist  between  these  program  elements.  In  addition  to 
support  changes  across  PE's,  these  changes  also  effect  support  billets  in  years 
following  the  initial  adjustments,  (see  Figure  4). 


MINI-NAMPS  (POM  78) 


The  Navy  has  a major  ongoing  effort  called  NAMPS.  The  acronym  stands  for 
Navy  Manpower  Planning  System.  NAMPS  can  efficiently  be  described  by  its 
stated  goals; 


1.  Determine  minimum  manpower  requirements  to  achieve  operational 
and  mission  demands. 

2.  Provide  staffing  standards  for  functions  performed  ashore  and  afloat. 

3.  Support  and  justify  Navy  manpower  requirements  during  all  stages  of 
the  Planning,  Programming,  and  Budgeting  System. 
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4.  Relate  support  requirements  to  changes  in  the  operating  forces. 

5.  Respond  quickly  to  essential  management  queries. 

6.  Project  requirements  of  future  weapons  systems  upon  the  fleet. 

7.  Provide  reliable  manpower  planning  information. 

A subset  of  NAMPS  is  presented  in  Figure  5,  and  was  developed  under  the 
title  of  MINI-NAMPS  (POM  78).  Manpower  changes,  in  the  form  of  increments/ de- 
crements of  billets,  are  entired  into  the  system  by  mission  sponsors,  claimants,  and 
the  Manpower  Requirements  Coordination  Panel  (MRCP).  The  MRCP  then 
determines  a "delta",  which  is  composed  of  several  increment/decrements.  This 
delta  contains  qualitized  billets,  i.e.,  billets  identified  by  mission,  ratings, 
paygrades,  and  fiscal  year.  The  delta  is  then  passed  on  to  the  "Support  Subsystem", 
where  a "support  tail"  is  computed  and  merged  with  the  original  delta. 

The  Navy  Resource  Model,  known  as  NARM,  preforms  closely  related  tasks 
to  those  done  in  MINI-NAMPS.  The  NARM  is  the  primary  tool  used  by  the  Navy's 
Budgeting  and  Planning  org  t.'zations  to  reallocate  resources,  measured  in  terms  of 
manpower  and  dollars,  resulting  from  changes  to  force  structures  and  support 
policies.  The  N ARM’s  various  outputs  show  changes  in  manpower  and/or  budgetary 
distributions  only  at  the  Program  Element  level  of  detail.  The  MINI-NAMPS 
system,  on  the  other  hand,  excludes  the  Program  Element  level,  and  carries 
qualitized  billets,  defined  by  rating  and  pay  grade,  at  the  mission  sponsor  level. 
Both  models  perform  their  computations  through  the  entire  five  year  planning 
period.  Support  ratios  are  generated  by  the  NARM  using  historical  data.  These 
support  ratios  give  "support  across  budgetary  categories"  only.  It  is  essential  to  the 
POM  that  the  MINI-NAMPS  billet  end-strengths  be  in  line  with  the  NARM  billet 
end-strengths,  since  both  models  start  with  the  same  billet  requirements  base. 
Because  of  this,  it  was  decided  that  the  NARM's  support  factors  would  be 
integrated  into  the  MINI-NAMPS  Support  Generation  System. 

Support  Algorithm 

Last  year,  during  POM-77,  only  two  ratios  were  used  to  compute  the  number 
of  support  billets  required  for  each  increment  or  decrement  of  mission  oriented 
billets.  The  determination  about  which  of  the  two  ratios  was  to  be  used  depended 
on  whether  or  not  the  requirements  being  revised  were  primarily  support  in  nature. 


i 

I 
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This  year,  during  POM-78,  a much  improved  support  algorithm  was  used. 
The  final  support  ratios  were  derived  from  the  N ARM's  support  ratios,  defining  the 
"support  tail"  by  program  element  and  fiscal  year,  and  the  "quality  ratios" 
computed  from  the  enlisted  requirements  file,  (see  Figure  6). 

These  "quality  ratios"  provided  a distribution  of  billets  for  each  program 
element  by  mission  sponsor,  rating  and  paygrade.  Each  set  of  NARM  support  ratios 
was  matched  by  program  element  with  a set  of  quality  ratios.  The  product  of  these 
two  sets  of  ratios  provided  a complete  set  of  ratios  distributing  the  "support-tail" 
by  sponsor,  rating,  paygrade,  and  fiscal  year.  These  final  ratios  were  then  used  to 
compute  the  "support  tail",  given  a delta  in  the  enlisted  billet  requirements. 

Final  billet  requirements  are  normally  stated  in  integer  values.  The  ratios 
generated  by  the  support  subsystem  can  become  very  small  fractions.  These  small 
fractions  presented  a problem  when  they  were  multiplied  with  a relatively  small 
increment/decrements  of  billets.  As  the  product  was  rounded-off,  a significant 
number  of  the  total  manpower  support  values  were  rounded  down  to  zero.  In  order 
to  reduce  the  round-off  errors,  we  used  the  algorithm  shown  in  Figure  7. 

The  "loop"  is  an  indexing  procedure  which  sequenced  all  computations  such 
that  the  round-off-error  being  carried  over  to  the  next  computation  would  result  in 
the  best  equitable  redistribution  of  the  billet  quality.  The  "best  equitable 
redistribution"  was  determined  by  answering  the  following  question: 

"If  a mission  sponsor  was  given  a fraction  of  a support  billet  (i.e.  the  round- 
off error),  to  redistribute,  where  would  he  be  most  likely  to  add  it?"  The  answer  to 
this  question  produced  the  following  list  of  priorities: 

a)  Add  it  to  the  next  higher  pay  grade  requirements 

b)  Add  it  to  another  rating  requirement 

c)  Add  it  to  the  next  fiscal  year  requirements 

d)  Add  it  to  another  sponsor's  requirements. 

This  list  of  priorities  determined  the  sequence  of  indicies  used  in  the  algorithm. 
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ACTIVITY  ORIENTED  SUPPORT 


FIGURE  1 


BUDGETARY  PROGRAM  ELEMENTS  (PE) 


FIGURE  3 


SUPPORT  ALGORITHM 


FIGURE  4 


MINI-NANPS  ENLISTED 


/ 


FIGURE  6 
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SAVING  ROUND-OFF-ERROR  LOSSES 


Methodology  for  spreading  ALL  NAVY  level  QRP  to  individual  Sponsors  given 
MAPMIS  distribution.* 


N (BM) 
N'(BM) 
Si  (BM) 
S'  i (BM) 
F 
X 


ALL  NAVY  total  BM's  - Source  MAPMIS  Billet  file. 

ALL  NAVY  total  BM's  - Source  NAVCOSSACT's  QRP 
Sponsor  i's  total  BM's  - Source  MAPMIS  Billet  file. 

Sponsor  i's  share  of  N'  (BM)  - Variable  to  be  computed. 
Fractional  Billet 

Numbers  of  Billets  remaining  after  all  integral  solutions  of 
S'i  (BM)  were  subtracted  from  N'(BM) 


Si  (BM) 

N (BM) 


(N7  (BM) 


(BM) 


M)  + Fi 


(An  integer  solution  for  Sxi  (BM)  along  with 
its  associated  Fi.) 


n'(BM) 


YL  S'i(BM)  = X 
i = 1,  26 


(Integer  solution  for  S/  i (BM)  is  sub- 
tracted from  N/(BM)  for  all  S/i  (BM)  - leaving 
a remainder  of  X.) 


Def  Fj:  Fj  2 Fj  + 1,  j = 1,  25  (Fi's  are  sequenced  from  MAX  to  MIN) 


S'j  (BM)  = si  (BM)  + 1,  j = 1,  X (Remainder  of  X billets  are  distributed 

over  S'i  (BM)'s  according  to  size  of  its 
associated  Fi.) 


♦In  this  example,  paygrade  has  been  ignored  for  the  sake  of  brevity  and  clearity. 
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l.o  PROGRAM  DESCRIPTION 


1.1  The  PLOT  Query  is  one  of  two  interactive  information  retrieval  modules 
and  is  a part  of  the  POM-78  NAMPS  Report  and  Display  subsystem.  Its 
function  is  two  fold: 

• The  Plot  Query  allows  the  user  to  display  plots  using  data  from  any 
of  the  available  Bases  of  the  POM-78  NAMPS  System  for  the  purpose 
of  comparing  the  selected  number  of  Billets  and/or  Men  in  the  bases 
for  specified  Ratings/Paygrades,  and  Rating  Groups. 

• Additionally  it  allows  the  user,  after  he  has  specified  2 bases  to 
query  for  those  ratings/paygrades  at  which  the  absolute  difference 
of  the  Billets  and/or  Men  meet  a specified  criterion. 


2.0  COMMANDS 

2.1  BASE  = BZXXY,  BZXXY 

BZXXY, BZXXY, BZXXY 


where  B = 
Z = 
XX  = 
Y = 


type  of  base 
start  BASE  ID 

Delta  ID  XX  (01,02,03 35) 

Top-Six  Ratio  + End  Strength  Combination 


Description: 

The  BASE  command  is  used  to  specify  which  of  the  available  bases 
are  to  be  queried  or  used  for  plotting.  The  types  of  available  bases 
are:  Enlisted  Manpower  Requirements,  Projected  Personnel  Inventory, 
and  Officer  Manpower  Requirements.  The  number  of  bases  in  each 
type  is  determined  by  the  number  of  what-if  Delta's  that  have  been 
applied.  (OP-121  will  always  be  aware  of  available  bases.) 

Keyword  Specification: 

No  less  than  two  or  more  than  three  keywords  may  be  specified. 

If  the  intended  task  is  to  query,  only  two  bases  may  be  specified. 

If  the  intended  task  is  to  plot,  two  or  three  bases  may  be  specified. 

The  type  of  base  is  indicated  as  follows: 

E = Enlisted  Manpower  Requirement 

I = Projected  Personnel  Inventory 

O = Officer  Manpower  Requirement 
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The  specific  base  of  a particular  type  is  indicated  as  follows: 
Start  BASE  ID:  (Z) 

A = 1 February  Billet  File 

B = 1 March  Billet  File 


Delta  ID:  (XX) 

00  = After  PBD's,  before  SPP 

01  = Base  0 with  Delta  01  applied  at  authorized  End  Strength  and 

Top-Six  Ratio.  (In  the  case  of  inventory,  the  inventory  generated 
using  Reg.  BASE  1.) 

02  = Base  0 with  Delta  02  applied  at  authorized  End  Strength  and 

Top-Six  Ratio. 

nn  = The  available  number  depends  on  the  number  of  Delta's  that 
have  been  applied. 

Constraint  ID:  (Y) 

0 = Unconstrained  base 

1 = Authorized  End  Strength  and  Top-Six  Ratio 
n = Alternate  End  Strength  and  Top-Six  Ratio 

Examples: 

BASE  = EA000,  EA001,  IA000 

Use  the  Enlisted  Manpower  Requirement.  (Unconstrained),  Enlisted 
Manpower  Requirement  (at  Authorized  End  Strength  and  Top-Six 
Ratio),  and  Projected  Personnel  Inventory  - fed  by  EA001.  Starting 
base  was  1 February. 

BASE  = EA001,  EA011 

Use  the  Enlisted  Manpower  Requirements  before  any  Delta  has  been 
applied,  and  the  Enlisted  Manpower  Requirements  to  which  Delta 
01  has  been  added.  Starting  base  was  1 February. 

Special  Considerations: 

Exactly  two  (2)  bases  must  be  specified  for  TASK  = QUERY.  For 
TASK=PLOT,  two  (2)  or  three  (3)  bases  may  be  specified. 


2.2  LABL  = A,  A 

A,  A,  A,  where  A = any  printable  character 

Description: 

The  LABL  command  assigns  the  character  that  is  to  be  associated 
with  each  base  specified  in  the  BASE  command,  and  which  will  appear 
in  the  plots. 
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Keyword  Specification: 
as  indicated 


Example: 

LABL  = R,  I 

The  character  appearing  in  the  plot  for  the  first  base  specified, 
will  be  R;  the  character  for  the  second  base  will  be  I. 

Special  Considerations: 

It  is  suggested  that  this  LABL  command  be  issued  immediately  after 
the  BASE  command,  thus  avoiding  confusion  as  to  which  plotted 
label  represents  which  base. 


2.3  TASK  = QUERY 

PLOT 

Description: 

The  TASK  = QUERY  command  specifies  that  the  user  wishes  to 
query  those  bases  specified  in  the  BASE  command. 

The  TASK  = PLOT  command  specifies  that  the  user  wishes  to  display 
or  print  desired  plots  of  manpower/inventory  by  fiscal  year  for  those 
bases  specified  in  the  BASE  command. 

Keyword  Specification: 

as  indicated 

Example: 

TASK  = QUERY 

Special  Considerations: 

If  TASK  = QUERY,  then  only  two  bases  may  be  specified  in  the 
BASE  command. 

. 

If  TASK  = PLOT,  then  two  or  three  bases  may  be  specified  in  the 
BASE  command. 

The  CRIT  command  can  only  be  used  in  conjunction  with  the  TASK  = QUERY 
command. 

2.4  CRIT  = YY,  XX,  ZZ  YY  = fiscal  year 

YY,  XX,  ZZ  XX  = % 

ZZ  = paygrade  (optional) 
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Description: 

The  CRIT  command  specifies  the  criterion  to  be  used  to  compare 
the  difference  of  the  two  bases  specified  in  the  BASE  command. 

Keyword  Specifications: 

The  first  two  keywords  are  always  required;  the  third  keyword  is 
specified  only  if  you  wish  to  compire  at  a specific  paygrade  level. 

The  fiscal  year  specified  determines  in  which  year  the  comparison 
will  be  done. 

(i.e.,  If  POM-YR  = 78  then  the  valid  YY  values  are: 
77,78,79,80,81,82) 

The  % difference  specifies  how  great  the  minimum  difference  must 
be  between  the  ratings  of  the  two  bases  specified  by  the  BASE  command 
in  order  to  meet  the  selection  criterion. 

The  valid  range  for  XX  is  .01  through  .99.  The  paygrade  (ZZ)  is 
specified  only  if  the  comparison  is  to  be  done  at  a specific  paygrade. 

The  valid  range  is  01  through  09  for  officers,  and  04  through  09 
for  Enlisted.  If  the  paygrade  keyword  is  not  given,  the  comparison 
will  be  done  at  total  rating  level. 

Examples: 

CRIT  = 78, .05 

Select  all  ratings  whose  % difference  is  equal  to  or  greater  than 
.05.  Compare  in  fiscal  year  78. 

CRIT  = 80,  .10,  05 

Select  all  ratings  whose  % difference  is  equal  to  or  greater  than 
.10;  compare  at  paygrade  E5  only  in  fiscal  year  80. 

Special  Considerations: 

Paygrade  must  be  2 digit  number  in  range  01-09 


.5  RTGP  = DOD  (XX) 

OP1  (XX) 

OGP  (XX)  SUM  PG  RAT(Y-Z) 

LIST(RATING  1,  RATING  2 NOSUM,  NOPG,  NORAT 

(DESIGNATOR  1,... 

Description: 

The  RTGP  command  specifies  the  particular  ratings  or  designators 
to  be  plotted  and  the  desired  format  for  each  plot.  The  RTGP  command 
must  be  used  in  conjunction  with  the  TASK  = PLOT  command 
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Keyword  Specifications: 

Primary  Keywords  - 
DOD(XX) 


OPl(XX) 


RATING  GROUPS  used  by  PERS-2  where 
XX  = specific  rating  group  (2  digit 
number) 

RATING  GROUPS  used  by  HEW  where 
XX  = specific  rating  group 


OGP(XX)  - DESIGNATOR  GROUP  where  XX  = 
specific  designator  group 

NOTE:  See  Enclosure  A for  rating/designator  groups 

LIST  (RATING  1,  RATING  2 ) 

or 

LIST  (DESIGNATOR  1,  DESIGNATOR  2 ) 

Specific  list  of  ratings  or  designators  to  be  plotted.  A maximum 
of  10  ratings  or  designators  may  be  specified. 

Secondary  Keywords: 

SUM/NOSUM,  PG/NOPG,  RAT  (Y-Z)/NORAT 

SUM,  PG  - all  ratings/ designators  specified  by  primary  RTGP 
keyword  will  be  aggregated  before  plotting.  Plots  will  be 
printed  by  specific  paygrade  (default  secondary  keywords) 


SUM,  NOPG  - all  ratings/designators  specified  by  primary 
keyword  will  be  aggregated  before  plotting.  Plot  will  be 
at  total  rating/designator  level. 

NOSUM,  PG  - plots  will  be  by  individual  rating/designator 
and  specific  paygrade. 

NOSUM,  NOPG  - plots  will  be  by  individual  rating/ designator 
at  total  paygrade  levels. 

RAT(Y-Z)  - compute  the  ratio  of  paygrades  Y-Z  to  the  total 
rating/designator  level.  RAT(Y-Z)  can  only  be  used  if  PG 
is  specified.  Y and  Z can  be  any  2 digits  between  1 and  9 
with  Y less  than  Z. 


NORAT  - no  ratio  calculated  (default) 


r 


Examples: 

RTGP  = LIST  (AB,  ABH),  SUM,  PG,  RAT  (4-7) 

For  the  bases  specified  in  the  BASE  command,  aggregate  ratings 
AB  and  ABH  and  display  plots  by  paygrade.  Calculate  the  ratio 
of  paygrades  4-7  to  total  AB  + ABH  rating  levies. 

RTGP  = DOD  (10),  NOSUM,  NOPG 

For  the  bases  specified  in  the  BASE  command,  display  plots  of  all 
ratings  in  PERS-2  rating  group  10  at  total  levels. 

RTGP  = LIST  (1050,  1610,  1800,  2100),  NOSUM,  PG 

Display  plots  of  designator  1050,  1610,  1800,  and  2100  individually 
by  paygrade. 

RTGP  = LIST  (BM),  SUM,  NOPG,  RAT  (7-9) 

Display  plot  of  rating  BM  at  total  level.  Calculate  the  ratio  of  paygrades 
E7  through  E9  to  total  levels,  i.e.,  E7  - E9 

^T9 

Special  Considerations: 

The  RTGP  keywords  must  be  a continuous  string  of  characters  separated 
by  commas.  The  first  blank  field  will  terminate  the  RTGP  command. 
Ratings  or  designators  in  the  LIST  keyword  must  be  enclosed  in 
parentheses  and  separated  by  commas. 

If  BASE  type  is  E or  I then  only  primary  keywords  DOD(  ),  OP  1 ( ) 
and  LIST  (RATING  1,...)  are  applicable. 

If  BASE  type  is  O then  only  primary  keywords  OGP  ( ),  and  LIST 
(DESIGNATOR  1,  ....)  are  applicable. 

A maximum  of  10  ratings  or  designators  may  be  used  with  the  LIST 
primary  keyword. 


DOIT 

Description: 

DOIT  causes  execution  of  specified  TASK  (PLOT  or  QUERY)  on 
defined  BASES. 

Keyword  Specification: 

None 
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Special  Considerations: 


If  TASK  = QUERY,  then  the  following  information  must  be  supplied 
before  execution  of  the  DOIT  command: 

TASK  = QUERY 

BASE  =BZXXY,  BZXXY 

CRIT  = YY,  XX,  ZZ  (where  ZZ  is  optional) 

If  TASK  = PLOT,  then  the  following  must  be  supplied: 

TASK  = PLOT 

BASE  = BZXXY,  BZXXY,  BZXXY 

LABL  = 1,  2,  3 (any  two  or  three  characters) 

RTGP  = (RTGP  information) 

2.7  PRINT 
Description: 

If  TASK  = PLOTS  then  PRINT  causes  same  action  as  DOIT,  except 
that  the  results  will  be  printed  off-line  (at  NIH) 

Keyword  Specification: 

None 

Example: 

PRINT 

Special  Considerations: 

Is  only  valid  if  TASK  = PLOT. 

2.8  END 
Description: 

Returns  program  control  to  the  executive  routine.  All  selected 
plots  specified  by  PRINT  commands  will  be  printed  off-line  at  NIH 
(a  job  number  will  appear  after  the  END  OF  SESSION  statement) 

Keyword  Specification: 

None 

Example: 

END 


Special  Considerations: 
None 
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The  interactive  programs  within  the  MINI-NAMPS  System  are  executed 
using  the  Time  Sharing  Option  of  OS.  In  conversational  mode,  execution 
starts  as  soon  as  you  send  the  instruction  from  the  terminal,  and  results 
are  printed  at  the  terminal  as  soon  as  the  program  produces  them.  This 
section  describes  the  commands  necessary  to: 


• Identify  yourself  to  the  system 

• Define  characteristics  of  the  session 

• End  your  terminal  session. 


I 

I 


3.2  LOGON  Procedure 

a)  The  first  thing  you  must  do  to  begin  a terminal  session  is  to  establish 
communication  with  the  NIH  computer  facilities.  This  is  dependent  on 

the  type  of  terminal  and  coupling  system  available  for  the  user.  Since 
telephone  numbers  change  periodically,  it  is  suggested  that  users  refer 
to  recent  issues  of  the  NIH  publication  INTERFACE  or  call  the  NIH  Computer 
Center  for  current  telephone  numbers. 

b)  Once  your  terminal  has  received  a signal,  type  LOGON  followed 
by  identification  information  in  the  following  format: 

LOGON  aaaaiii/ttt/bbb  REGION  (nnn) 

where:  aaaa  is  your  account  code 

iii  are  your  initials 
ttt  is  the  terminal  identification  number 
bbb  is  the  account  box  number 
nnn  is  the  core  storage  required 

(300  is  required  to  execute  PLOTC 
and  DELTAS) 

after  typing  in  the  appropriate  information  hit  the  carriage  return  button 
on  your  terminal. 

c)  The  system  will  prompt  you  for  your  keyword  on  the  next  line  as 
follows: 

KEYWORD?  key 

where:  key  is  your  designated  keyword 

after  typing  your  keyword,  hit  the  carriage  return  button. 


3.3  Executing  PLOTC 

To  execute  the  interactive  program  PLOTC  simply  type  EXEC  PLOTC 
and  hit  carriage  return.  The  program  will  execute  and  commands  should 
be  input  according  to  the  formats  described  in  the  users'  guide. 

I 
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LOGOFF  Procedure 


End  your  terminal  session  by  typing  LOGOFF  followed  by  a carriage 
return.  The  command  will  display  billing  information  for  the  session;  display 
date,  time,  and  length  of  session;  and  disconnect  your  terminal  from  TSO. 


IKJ5H0  1 2 A ENTER  I kiihii  - 

logon  wer^grc 'n38 '336  region<250) 

KEVWORD^  80S 

WEU2G2C  LOGON  IN  PROGRESS  AT  09:56:07  ON  MflV  13,  1976 
N I H'OCRT 'CCB  *%TSO** 

mvs  testing  nvmUbU  for  free  resting  until  5.00  pm.  today 
o b no  t i f i ca  t i o n a s d e s c r i b ed  in  i n t e r f a c e 62  n o i.-.t  e f f e c t i v e 
TSO  LINE  180 
READY 
ex ee  pi  o t c 


POM  - 78  NAMPS  PLOT  SYSTEM 
SESSION  STARTED:  09:59  05/ 13 '76 

NARRATIUE?:  no 

BASES  AUAILABLE 
OFFICER:  OA000 

ENLISTED:  EA001  EA002  EA000  EA010  EA012  I A0 02  I A0 12 

?:  tasf=yuery 

1 : base=ea002  » iaU02 

?:  cr i t=78 ,.10 


?:  do  i t 

SELECTED  RATINGS: 

ADR  A"  BR  CTI  CIJ  Ef!  EU  FTB  GMM  MA  MU 
PI  SM  TD 
?:  task»plot 

?:  base-ea002 , i a002 

?:  labile, i 

? : rtgp=list< gmm ) . p g , ra  t < 5-8 > 

-10- 


I 

I 


E EflO 0 2 PROJECTED  Hit  ■ Ti  f ' MlUHiip  .Tl  UOfiS  <HRMPS  REPOPT  21.03) 

I IR002  PROJECTED  LHl.iSTD  rFF'-OHIIFI  H' 'PNTORV 

SUM:  ALL  RAT I NGS/TiES I GHRTQPS  IM 
PTGP-1. 1ST  - i-.MM 

PRVGRflDE : 04 


M 40  6 

E 400 

H 394 

338 
B 382 

I 376 

L 370 

L 364 

E 358 

T 352 

S 34b 

340 


I 


E 

I E 

E 


I 


E 

I 


GO? : 4 4 s 


SUM:  ALL  RflT I NGS-'DES I GNATORS  IM 
PTGP=LIST  - i, MM 

PRVGRflDE:  05 


M 420 

E 390  E 

N 360 

./  330 

B 300 

I 270 

L 240 

L 210 

E 1 80 

T 1 50 

S 1 20 

90  I 

--  --  --  ---  --  q2 


GO?:  no 


********** ******************* 
^ $ 

* RflTI0<5-3>  = 69.0007.  * 

* * 
***************************** 


i co 


rtgp=l  i st<9999  « n**pg » ri 1 1 1 
?!  do  i t 

E ER002  PROJECTED  ENLISTED  AUTHOR I ZAT  I OHS  <NRMPS  REPORT  21.03) 

I I AO  02  PROJECTED  ENLISTED  PERSONNEL  INUENTORV 

SUM:  RLL  RATINGS/DESIGNRTORS  IN 
RTGP=LIST  - 9999 

PRVGRRDE ! I - 9 


M 483500 
E 482600 
N 481700 
/ 480800 
B 479900 
I 479000 
L 478100 
L 477200 
E 476300 

T 475400  * 

S 474500 
473600 


* 


* 

79 


* 


80 


* * 


81 


♦ * 

* RRTIO<  4-9)  = 61 .50  O’:  * 

* * 


?!  print 


?!  end 


SESSION  ENDED:  10:05  05/13/76 

JOB  663  GZCPLOT  SUBMITTED 
RERDV 
logoff 

CHARGE  = *6.09 

CPU  TIME  = 2.31  SECONDS  < MODEL  168) 
ELAPSED  TIME  = 00:10:19 
I/O  COUNT  = 2 
REGION  = 172K 

WEU2GZC  LOGGED  OFF  TSO  AT  10:06:39  ON  MAY 


13 


1 976+ 


-12- 


ENCLOSURE  A 


GROUP 

TITLE 

DOD  (00) 

Area  0 - Gun  Crew  & Seamanship  Specialist 

DOD  (01) 

Area  1 - Electronic  Equip  Repairman 

DOD  (02) 

Area  2 - Communications  <5c  Intell  Spec 

DOD  (03) 

Area  3 - Medical  <5c  Dental  Specialists 

DOD  (04) 

Area  4 - Other  Tech  <5c  Allied  Specialists 

DOD  (05) 

Area  5 - Administrative  Spec  <5c  Clerks 

DOD  (06) 

Area  6 - Elec/Mech  Equip.  Repairmen 

DOD  (07) 

Area  7 - Craftman 

DOD  (08) 

Area  8 - Service  <5c  Supply  Handlers 

DOD  (09) 

Area  9 - Non  Designated 

OP1  (01) 

Group  I - Deck 

OP1  (02) 

Group  II  - Ordnance 

OP1  (03) 

Group  III  - Electronics 

OP1  (04) 

Group  IV  - Precision  Equipment 

OP1  (05) 

Group  V - Administration  and  Clerical 

OP1  (06) 

Group  VI  - Miscellaneous 

OP1  (07) 

Group  VII  - Engineering  and  Hull 

OP1  (08) 

Group  VIII  - Construction 

OP1  (09) 

Group  IX  - Aviation 

OP1  (10) 

Group  X - Medical 

OP1  (11) 

Group  XI  - Dental 

OP1  (12) 

. Apprenticeships 

OGP  (13) 

Unrestricted  Line 

OGP  (14) 

Restricted  Line 

OGP  (15) 

Unrestricted  Line-Perspective  Staffcorps 

OGP  (16) 

Staff  Corps 

OGP  (17) 

Lim  Dty  Off  - Line  (Surface) 

OGP  (18) 

Lim  Dty  Off  - Line  (Submarine) 

OGP  (19) 

Lim  Dty  Off  - Line  (Aviation) 

OGP  (20) 

Lim  Dty  Off  - Line  (General) 

OGP  (21) 

Lim  Dty  Off  - Staff  Corps 

OGP  (22) 

Warrant  Off  - Line  (Surface) 

OGP  (23) 

Warrant  Off  - Line  (Submarine) 

OGP  (24) 

Warrant  Off  - Line  (Aviation) 

OGP  (25) 

Warrant  Off  - Line  (General) 

OGP  (26) 

Warrant  Off  - Staff  Corps 

-13- 


I 

I 

I 


APPENDIX  G 


DETAILED  SYSTEM  FLOW 


ENLISTED  INV.  SUBSYSTEM 


ADSTAP. 

PAST 


ENLISTED  NEC  SUBSYSTEM 


REQMTSV 

nmigvil 


SYSIN(PARM)L 
LOAD  I 


SYSIN(PARM)  ISYSIN(PARM)  1 

UPDATE  I ICHANGED  NEC 


PYSIN(PARM)  | 

I ILL  UHL  - I 


( REQUIREMENTS^, 


-SCHOOL 

PLANNING 


UUNEPROGL 


